テキストを PDF に変換

これを理解しておく価値があります。このページのすべての設定項目が、ここから説明できるからです。お手元の .txt ファイルには用紙サイズもフォントも文字サイズも余白も入っていません。その情報はどこにも存在しません。ですから変換ツールはそれらを「保持」できず、決めるしかありません。上で選んでいただいているのは、実際にはそれをどうするか、ということです。

同じ検索の下に、別々の作業が二つ隠れています。テキストを貼り付けることと .txt ファイルを読み込ませることは同じに感じられ、私たちが確認した変換ツールはどれも一つのものとして扱っていました。同じではありません。

貼り付けたテキストは、ブラウザがすでに解読し終えています。文字として届くので、日本語でも、ヒンディー語でも、ウルドゥー語でも、絵文字でも、上の入力欄に入った時点で曖昧さはありません。

.txt ファイルのほうはただのバイト列で、バイトは自分がどの文字体系を表しているか語りません。「プレーンテキスト」が一つのものを指していたことは一度もありません。メモ帳の「Unicode」は UTF-16 で書き出します。「ANSI」はその機械の地域コードページで書き出します — 西ヨーロッパなら Windows-1252、中国語環境なら GBK です。書かれたパソコンでは何の問題もなく開くファイルが、お手元では意味をなさない文字で埋まった画面として開くことがあり、しかもファイル自体はその理由を教えてくれません。

文字コードの設定はそのためにあり、ファイルを読み込ませたときにだけ現れます。その場面でしかこの問題が存在しないからです。バイト順マークが付いていれば確実に読めます。付いていない場合は、バイトを見て、できる限りの推定をし、推定であることをはっきりお伝えします — プレビューを確かめて一度のクリックで直していただくためです。壊れた PDF をダウンロードしてから首をかしげることにはなりません。

テキストファイルが持っていないもう一つのものが、「長い行」という考え方です。ログの 1 行は 400 文字になることがあります。PDF の 1 ページに収まるのは 90 文字ほどです。どちらかが譲るしかなく、どちらに譲るかは私たちではなくお客様が決めます。折り返してすべて読めるようにするか、元のまま 1 行に保つか。ファイルによってどちらも正解なので、両方を用意しています。