텍스트를 PDF로 변환

이 점은 알아 둘 값어치가 있습니다. 이 페이지의 모든 설정이 여기서 설명되기 때문입니다. 가지고 계신 .txt 파일에는 용지 크기도, 글꼴도, 글자 크기도, 여백도 들어 있지 않습니다. 그런 정보는 아예 존재하지 않습니다. 그래서 변환 도구는 그것들을 「그대로 유지」할 수 없고, 정하는 수밖에 없습니다. 위에서 고르시는 것은 사실 그 값을 무엇으로 할지입니다.

같은 검색어 아래에 서로 다른 두 가지 일이 숨어 있습니다. 텍스트를 붙여넣는 것과 .txt 파일을 올리는 것은 같은 일처럼 느껴지고, 저희가 살펴본 변환 도구들도 모두 하나로 취급했습니다. 같은 일이 아닙니다.

붙여넣은 텍스트는 브라우저가 이미 해독을 마친 상태입니다. 글자로 도착하기 때문에 한국어든, 힌디어든, 우르두어든, 이모지든, 위의 입력란에 들어온 시점에는 모호함이 없습니다.

.txt 파일 쪽은 그저 바이트 덩어리이고, 바이트는 자신이 어떤 문자 체계를 뜻하는지 말해 주지 않습니다. 「일반 텍스트」가 한 가지를 가리킨 적은 한 번도 없습니다. 메모장의 「유니코드」 항목은 UTF-16으로 저장합니다. 「ANSI」 항목은 그 기기가 있는 지역의 코드 페이지로 저장합니다 — 서유럽이면 Windows-1252, 중국어 환경이면 GBK입니다. 만들어진 컴퓨터에서는 멀쩡히 열리는 파일이 이용자의 화면에서는 알아볼 수 없는 글자로 가득 찬 채 열릴 수 있고, 파일 자체는 그 이유를 알려 주지 않습니다.

인코딩 설정은 그 때문에 있고, 파일을 올릴 때만 나타납니다. 그때에만 이 질문이 존재하기 때문입니다. 파일에 바이트 순서 표시가 있으면 확실하게 읽을 수 있습니다. 없으면 바이트를 살펴 최선의 추정을 하고, 추정이라는 사실을 분명히 말씀드립니다 — 미리 보기를 확인하고 한 번의 클릭으로 바로잡으시라는 뜻입니다. 망가진 PDF를 내려받고 나서 영문을 몰라 하실 일은 없습니다.

텍스트 파일이 가지고 있지 않은 또 하나는 「긴 줄」이라는 개념입니다. 로그의 한 줄은 400자가 되기도 합니다. PDF 한 쪽에 들어가는 것은 90자 남짓입니다. 어느 한쪽이 양보해야 하는데, 어느 쪽으로 양보할지는 저희가 아니라 이용자가 정합니다. 줄을 넘겨 전부 읽히게 하거나, 원래대로 한 줄에 두거나. 파일에 따라 둘 다 맞는 답이라서 둘 다 마련해 두었습니다.