RTL 排版是英国桌面排版行业最大的技能缺口。大多数机构拥有 InDesign 但未启用中东和北非排版引擎,没有阿拉伯语排版师,而是将工作外包给开罗或贝鲁特的工作室。往返过程引入延迟、版本偏差,以及经常出问题的译员与排版师交接。我们在卡迪夫内部完成此项工作,由已交付此类工作十余年的母语阿拉伯语排版师完成。
Adobe World-Ready Composer
InDesign 默认附带的段落排版引擎无法正确处理阿拉伯语——它会破坏连字、行间距逻辑错误,并且无法应用上下文形式。修复方法是启用 Adobe World-Ready Paragraph Composer(在 InDesign ME 版本中通过“类型 → 段落 → World-Ready Paragraph Composer”启用,在标准版本中则通过脚本启用)。大多数运行标准 InDesign 的机构不启用它,交付的阿拉伯语在视觉上有缺陷,母语读者一眼就会拒绝。
连字和上下文形式
阿拉伯语字形根据其在单词中是孤立、词首、词中还是词尾而改变形状。正确排版的阿拉伯语段落通过 OpenType init、medi、fina 和 isol 特性自动应用正确形式。字体在实现这些特性方面的表现各不相同——Cairo、Noto Sans Arabic 和 Adobe Arabic 较为可靠。免费存储库中的许多“阿拉伯语”字体并非如此,生成的文本让母语读者一眼就能认出是外国制作。
混合内容中的双向流
包含英文品牌名称或数字的阿拉伯语段落双向流动。Unicode 双向算法处理大多数情况,但边界处的标点符号(阿拉伯语句子中英文品牌后的句号)通常被放置在品牌的错误一侧。我们使用 Unicode 方向格式标记(RLM、LRM)正确锚定标点符号,并在最终布局上校对——而非在 InDesign 编辑器中,因为算法的行为与导出的 PDF 不同。
数字:阿拉伯-印度数字与西方数字
阿拉伯语内容可以使用阿拉伯-印度数字(٠١٢٣٤٥٦٧٨٩)或西方数字(0123456789);选择取决于地区惯例和客户内部风格。我们在开始前确认,并配置 InDesign 字符样式以在整个文档中保持一致性。混合使用两种数字的文档是地区性错误。
波斯语和乌尔都语
波斯语和乌尔都语共享阿拉伯文字,但具有不同的字形形状、额外字符(波斯语的 پ、乌尔都语的 ٹ)和不同的排版惯例。Nastaliq 是主流的乌尔都语字体;Naskh 是波斯语的主流字体。将三者都视为“阿拉伯语”是最常见的错误;我们配备按语言分工的排版师。