Markdown을 PDF로
Markdown (.md) 파일을 보기 좋은 PDF로 변환합니다. 제목, 목록, 표, 코드 블록 서식이 유지되고 PDF는 기기에 바로 저장됩니다.
여기에 Markdown 파일을 놓으세요
또는 클릭하여 파일 선택
Markdown 파일을 보기 좋은 PDF로 바꿉니다. 제목, 목록, 표, 인용문, 코드 블록이 서식을 유지하고 페이지도 자연스럽게 이어지므로, 평범한 텍스트를 붙여 넣은 것이 아니라 디자인된 문서처럼 보입니다. PDF는 기기에 바로 저장됩니다.
노트나 README를 고객에게 보내거나 인쇄하거나 지원서에 첨부할 수 있는 파일로 만드는 빠른 길이며, 워드 프로세서를 열어 구조를 손으로 다시 짤 필요가 없습니다. 모든 렌더링이 브라우저 안에서 이루어지므로 초안이 비공개로 유지됩니다.
Markdown을 PDF로 변환하는 방법
Markdown을 붙여 넣거나 .md 파일을 고릅니다
PDF로 변환합니다
문서를 다운로드합니다
자주 묻는 질문
코드 블록도 서식이 유지되나요?
네. 펜스 코드는 고정폭 배치와 들여쓰기를 그대로 유지하므로 PDF에서도 코드 조각을 읽을 수 있습니다.
페이지 크기를 지정할 수 있나요?
문서는 표준 페이지에 맞춰 배치됩니다. 특정 용지 크기나 여백이 필요하면 인쇄용 스타일시트를 마련하거나, 먼저 HTML로 변환한 뒤 브라우저에서 인쇄하세요.
Markdown에 있는 이미지도 포함되나요?
공개 URL로 참조한 이미지는 가져와 넣을 수 있습니다. 상대 경로로 참조한 로컬 파일은 브라우저가 찾을 수 없어 대체 텍스트로 표시됩니다.
문서는 얼마나 길어도 되나요?
정해진 페이지 제한은 없고 긴 문서는 자동으로 페이지가 나뉩니다. 아주 큰 파일은 모든 것을 기기에서 렌더링하므로 조금 더 걸립니다.
PDF에서 검색이 되나요?
네. 텍스트를 그림이 아니라 실제 텍스트로 그리므로 검색과 복사가 정상적으로 동작합니다.
제 Markdown이 업로드되나요?
아니요. 변환은 브라우저 안에서 이루어집니다.
페이지 크기와 여백을 설정할 수 있나요?
PDF는 브라우저 자체의 인쇄 대화상자를 통해 만들어지므로 용지 크기와 방향도 거기서 고릅니다. A4나 Letter, 가로 방향을 선택하는 곳도 바로 그 화면입니다. 스타일시트는 기본으로 1 cm 여백을 요청하며, 문서에 더 넓은 여백이 필요할 때도 같은 인쇄 대화상자에서 넓힐 수 있습니다.
표와 코드 블록도 제대로 표시되나요?
네. 표는 실제 표가 되고 펜스 코드는 고정폭 블록이 됩니다. 아주 긴 코드 줄은 페이지 가장자리에서 잘리지 않고 줄바꿈됩니다.
이미지도 PDF에 포함되나요?
URL로 참조한 이미지는 PDF를 생성하는 동안 가져옵니다. 링크가 끊어졌거나 이미지가 공개되어 있지 않으면 그 그림은 빠진 채로 남습니다. 보내기 전에 결과를 확인하세요.
제 Markdown이 여기서는 다르게 보이는 이유는 무엇인가요?
Markdown에는 여러 방언이 있습니다. CommonMark 범위 밖의 것(각주, 수식, 사용자 정의 컨테이너)은 일반 텍스트로 나올 수 있습니다. 그런 요소에 의존하는 문서라면 먼저 표본을 하나 변환해 확인하세요.
한눈에 보기
| 입력 | Markdown |
|---|---|
| 여러 파일 | 아니요 |
| 실행 위치 | 브라우저에서 실행 - 파일은 업로드되지 않습니다 |
| 오프라인에서도 작동 | 예 — 페이지를 불러온 후 |
| 가격 | 무료, 가입 필요 없음, 워터마크 없음 |
Markdown 방언은 서로 호환되지 않습니다
기본 Markdown은 제목, 강조, 목록, 링크, 코드를 다루고, CommonMark는 모호한 부분을 확정해 서로 다른 프로그램이 같은 결과를 내도록 합니다. GitHub Flavored Markdown(GFM)은 표, 작업 목록, 취소선, 자동 링크를 추가합니다. 많은 사람이 표준이라고 여기는 기능들입니다. 다른 방언은 각주, 정의 목록, 수식, 프런트 매터를 추가하는데, 이를 인식하지 못하는 변환 도구는 내용을 버리거나 원시 문법을 그대로 출력합니다. 변환하기 전에 원본이 어떤 방언으로 쓰였는지, 대상이 어떤 방언을 받아들이는지 확인하십시오. 확실하지 않다면 거의 모든 곳에서 지원하는 CommonMark와 표 정도로 머무는 것이 안전합니다.
변환 결과를 실제로 사용하기
변환한 파일을 다음에 어디에 넣느냐가 어떤 형식을 만들어야 하는지를 결정합니다. CMS나 도움말 센터에 붙여 넣는다면 보통 HTML입니다. 그런 시스템은 마크업을 저장하고 다시 렌더링하기 때문입니다. 계약서, 청구서, 누군가 서명할 문서라면 PDF입니다. 레이아웃이 고정되어 있고 실수로 편집되지 않기 때문입니다. 나중에 편집하려면 Word입니다. 사람들이 실제로 그것을 열기 때문입니다. 스크립트나 정적 사이트 생성기에 넣는다면 Markdown으로 두십시오. 대상을 잘못 고르는 것이 문서가 나중에 "이상해 보이는" 가장 흔한 이유입니다. 내용은 그대로지만, 그 형식을 보존하도록 설계되지 않은 곳으로 보냈기 때문입니다.