TXT转PDF

文件选择器通过浏览器的 FileReader API 读取你的 .txt，它能检测 UTF-8（无论是否带 BOM）、UTF-16 LE/BE，并对 Windows-1252 或 ISO-8859-1 等旧式编码回退到操作系统默认编码。UTF-8 是安全的默认选项——所有现代文本编辑器（VS Code、记事本、TextEdit、Sublime、Vim）除非另行指定，否则都会写入 UTF-8。如果你导出的 PDF 显示方框或问号而非带重音的字母，说明源文件使用了旧式编码；请在编辑器中打开它，“另存为”UTF-8，然后重新上传。PDF 内置的 Helvetica、Times 和 Courier 字体仅覆盖 WinAnsi 字符集——若需完整的中日韩或西里尔文字，请参见下一个问题。

不直接支持。三种字体选项（Helvetica、Times、Courier）是 PDF 标准 14 种字体，只覆盖 WinAnsi（拉丁文 + 西欧文字）。超出该范围的字符——中文汉字、日文假名、阿拉伯文、西里尔文、希腊文、希伯来文、泰文——在输出中会显示为缺失字形（方框）。对于这些文字的文本，请在“输入/粘贴”模式中输入或粘贴，然后从功能更丰富的排版工具导出，或使用我们的另一套流程：将文本粘贴到 Word，另存为 DOCX，再运行 Word 转 PDF——该流程会嵌入一种覆盖所有常见文字的 Unicode 字体。我们可能会在未来的更新中在此处加入 Unicode 字体嵌入功能。

源文本中的硬换行（\n 和 \r\n）会在 PDF 中保留为段落分隔。制表符在排版时会转换为四个空格。超出可用文本宽度的长行会在单词边界处软换行；编辑器中原有的换行会被忽略，因此当你更改页面大小或页边距时，不会出现别扭的孤行单词。两端对齐会在每个段落除最后一行外的每一行扩展词间距。如果你需要字符列必须对齐的精确等宽排版（ASCII 艺术、代码、表格），请选择 Courier 配合左对齐——这一组合能让每个字符保持在相同的列位置。

不会。文本框中的内容留在页面里；你上传的 .txt 文件通过 FileReader 读取（它从不接触网络）；PDF 使用 pdf-lib（WebAssembly）在本地基于一个 Blob 构建，并以直接下载的形式提供给你。你可以在开发者工具的“网络”面板中看到这一点：没有任何外发的 POST 携带你的文本。如果你转换的是草稿、日记、源代码、含有凭据的笔记，或任何你不愿交给服务器的文本，这一点很重要。关闭标签页会丢弃文本框内容——localStorage 中也不会保存任何内容。

可以。页面大小提供 A4（210 × 297 毫米）、Letter（8.5 × 11 英寸 / 216 × 279 毫米）和 Legal（8.5 × 14 英寸 / 216 × 356 毫米）。页边距预设为 10 毫米、20 毫米（默认——与 Word/Pages 默认值一致）和 30 毫米，四边统一应用。行距选项有 1.0（紧凑，类似单倍行距的打字文本）、1.15（默认——略宽松，类似 Microsoft Word 默认值）、1.5（学校作文）和 2.0（双倍行距，便于打印后修改）。字号从 10 pt 到 24 pt。目前还没有“首行缩进”或“段后间距”控制——如果源文本中有空行，段落之间就以空行分隔。

实际上，几兆字节以内的纯文本都能正常处理——那是数百页，远超普通文档。该工具会将整个文本保留在内存中，进行排版，并在主线程上同步渲染 PDF；非常大的文件（10 MB 以上的文本、数万行）可能会在排版期间让浏览器标签页卡顿数秒。我们没有设置硬性上限。生成的 PDF 中每一页只存储文本和一个字体引用，因此文件大小主要取决于嵌入的字体（Helvetica 约 30 KB），而非页数。