在同一行中混合希伯来语和英语的文档 — 例如,“收到的订单号 PO-48291,日期为 12.03.2026” — 本身就是一个可访问性挑战。单个句子中的书写方向会多次切换,如果标记不精确,屏幕阅读器可能会完全向后读取序列。本文介绍了如何正确管理多语言 PDF 文档(另请参阅我们的指南希伯来语和 RTL 语言标记).

简而言之 — 本文涵盖的内容

  1. 为什么双向文本会破坏屏幕阅读器
  2. 希伯来语句子中的数字、日期和英语术语
  3. 整个部分采用不同的语言
  4. 多语言文档清单

为什么双向文本会破坏屏幕阅读器

希伯来语是从右到左 (RTL) 书写的,而英语和数字是从左到右 (LTR) 书写的。当两者混合在同一行时,Unicode Bidi 算法决定显示顺序 - 但屏幕阅读器还需要知道每个片段使用哪种语言,以便它可以选择正确的发音。如果未设置文档的整体语言,或者未单独标记希伯来语句子中的英语片段,则屏幕阅读器可能会“绊倒”——以相反的顺序阅读单个字母,或者将英语单词发音为希伯来语。

希伯来语句子中的数字、日期和英语术语

好消息:在大多数情况下,希伯来语句子中的数字和简短英语术语(例如“PDF”、“50%”或日期)可以自行正确排序 - 只要文档的整体语言设置为希伯来语(在 Word 中:审阅 ▸ 语言 ▸ 设置校对语言;在 Acrobat 中:文档属性 ▸ 高级 ▸ 阅读选项)。一旦 Bidi 引擎知道了段落的基本语言,它就能正确处理这样的短序列。

不同语言的整个部分

当它不是一个短序列而是一个完整的段落、标题或长引用时,问题会变得更糟,其语言与文档的整体语言不同——例如,希伯来语文档中的完整英文合同条款。在这种情况下,必须单独标记片段:在 Acrobat 的标签树中,选择片段,打开其标签属性,然后在标签面板上选择该片段的特定语言。这让屏幕阅读器“知道”暂时切换到正确的口音和阅读方向,然后在该段末尾返回希伯来语。

💡实用技巧

如果原始文档是 Word 文件,请尝试应用相同的原则 — 选择外语文本并专门更改其校对语言(而不仅仅是整个文档的语言) — 这样,当您导出为 PDF 时,正确的标记也可能会自动保留。

多语言文档清单

您不确定是否有双语文档?

我们的工具还会检查语言标记是否正确,作为全自动扫描您网站上每个 PDF 文件的一部分。

免费扫描您的网站 ←

扫描后,您还可以通过以下方式直接免费访问扫描到的文档AccessiDoc.