阿拉伯语和希伯来语的 Publisher 文件：从右往左，读起来仍然正确
如果你用阿拉伯语或希伯来语做过通讯、学校材料、请柬或祈祷时间表，你就知道 Publisher 处理得很好。你从右往左输入，字母连在一起，段落靠右边距，页面就是你想要的样子。
后来你试着转换其中一个文件。也许词是倒过来的。也许每个阿拉伯字母都孤零零地站着，好像有人用剪刀把词剪开了。也许文字读起来是对的，却紧贴着文本框的左边。在婚礼请柬或社区通知上，这看起来很草率，而这并不是你的错。
糟糕的转换会出什么问题
.pub 文件按阅读顺序存储你的文字：你先输入的字母排在最前面。显示它的程序必须知道这段文字是从右往左的。如果转换器没有把方向告诉下一个程序，就会出三种问题。
第一种是文字反向。字母都在，但它们是从左往右排的，所以每个词都读反了。
第二种是连笔断开。阿拉伯字母的形状会随相邻字母而变。词首的字母和同一个字母在词中或词尾时看起来不一样。如果转换器把每个字母都画成独立形状，词就会散成一个个单独的字符。文字是对的，但没有人能读。
第三种是对齐翻转。在从右往左的文本框里本来右对齐的段落，到了新文件里变成左对齐，或者标点跑到了行的另一端。本该在阿拉伯语句子左端的句号，跑到了右端。
我们的输出怎么做
我们为 .pub 文件自己开发了引擎，从右往左的文字在每种输出格式中分别处理，因为每种格式描述方向的方式各不相同。
在 Word 文件里，主要由阿拉伯语或希伯来语构成的段落会被设为从右往左，每一段阿拉伯语或希伯来语字母也会被标记为从右往左的文字。以英文为主、其中夹着一个阿拉伯语名字的段落仍然是从左往右，而那个名字仍然会被标记，这样 Word 能正确绘制它。
在 IDML 文件里，方向是按故事（story）设置的。故事指一个文本框中的文字，或一串相连文本框中的文字。主要由阿拉伯语或希伯来语构成的故事，会被设为从右往左排列。
在 PDF 里，阿拉伯字母会连接成相连的字形，文字从右往左排列。
字体在这里也很重要。一些较旧的 Publisher 文档，把阿拉伯语或希伯来语文字设在一个根本没有阿拉伯语或希伯来语字母的字体上。在屏幕上，Publisher 会弥补这一点。而原样使用该字体名的转换器，画出来的是空方框。在 PDF 中，当原字体缺少你的文字所需的字母时，转换器会改用含有这些字母的替代字体，所以你看到的是文字，而不是方框。Word 和 IDML 文件保留你原来的字体名，所以如果你安装了原字体，Word 或 InDesign 就会使用它们。
有一点要直说：如果你的 Publisher 文件靠拉长字母之间的连接（kashida）来两端对齐阿拉伯语的行，Word 文件不会重现这种拉长。如果需要，请在 Word 中重新设置对齐。
该选哪种格式
对阿拉伯语和希伯来语文件来说，格式的选择比平时更重要。
当文档已经定稿，需要发送、打印或保存时，PDF 是正确的选择。其中的文字是真正的文字，所以你可以搜索和复制。
当你需要继续编辑文字时，Word 是正确的选择。Word 支持从右往左的语言，文件到手时方向已经设好。
如果你使用 Adobe InDesign，IDML 是个好选择。InDesign 通过它的 World-Ready Composer 支持阿拉伯语和希伯来语。
如果你打算在 Affinity 中打开，IDML 就不是好选择。Affinity 自己的帮助中心写道：“RTL 文本支持和竖排文本目前在 Affinity 中不可用。”我们在 2026 年 10 月 6 日查看时就是这样。你的文字会进来，但 Affinity 无法把它们从右往左排版。
ODG 同样不是好选择。我们为 LibreOffice Draw 生成的 ODG 输出没有设置从右往左的方向，所以请改选 PDF 或 Word。我们的输出格式选择指南对四种格式做了比较。
付费之前如何检查你的文件
- 打开主页，把你的 .pub 文件拖上去。
- 看免费预览。它逐页显示 PDF 输出，带水印。每个文件最多 100 页和 25 MB，不需要账号。
- 在每一页读几行。检查词的顺序是否正确，阿拉伯字母是否连在一起，段落是否靠在正确的边距上。
- 仔细看阿拉伯语或希伯来语与英文单词或数字混排的行。对任何转换器来说，这些行都是最难的。
- 如果看起来正确，就购买使用权，下载 PDF 或 Word。使用权是一次性 $49，转换任务想做多少次都行，每次任务最多 20 个文件和 2 GB。
Microsoft 在 2026 年 10 月 1 日把 Publisher 从 Microsoft 365 中移除了，所以现在正是转换这些文件的好时机。关于 Word 输出的更多内容：仍可编辑的 Publisher 转 Word。
免费预览你的阿拉伯语或希伯来语文件，读一读第一页。