WCAG 2.0 包含一系列非技术层面的准则及成功标准,旨在确保残障人士能够访问并使用 Web 内容。
另请参阅:
Web 内容通常依据三个符合性级别进行分级:A 级(最低)、AA 级以及 AAA 级(最高)。以下是各个级别的简要定义:
在创建站点时,您应该大体上确定希望自己的站点符合哪个等级。
以下部分介绍 WCAG 2.0 准则以及符合 A 级和 AA 级的相关成功标准。
鉴于某些类型的内容无法满足所有的 AAA 级成功标准,因此不建议将该级别作为整体策略目标。
在此文档中,我们将使用:
准则 1:可感知 - 信息和用户界面组件必须以可感知的方式呈现给用户。
准则 1.1 替换文本:为所有非文本内容提供替换文本,以便使其可更改为人们需要的其他形式,如大印刷字体、盲文、语音、符号或更简单的语言。
网页上的信息可以通过多种不同的非文本格式提供,例如图片、视频、动画、图表和图形。失明或患有严重视觉障碍的用户无法看到非文本内容,但是他们可以通过屏幕阅读器的朗读访问文本内容,也可以通过盲文显示设备以触觉形式获取内容。因此,通过为图形格式的内容提供替换文本,无法看到图形内容的用户便可以获取与该内容中提供的信息相对等的文本内容。
另外的一个实用好处是,替换文本使非文本内容能够通过搜索引擎技术建立索引。
对于静态图形,基本的要求是为图形提供对等的替换文本。这可以在替换文本字段中完成:
一些现成的组件(如轮播和幻灯片放映)不提供向图像添加替代文本描述的方法。在为AEM实例实施这些版本时,开发团队将需要配置这些组件以支持alt
属性,以便作者可以将其添加到内容中(请参阅添加对其他HTML元素和属性的支持)。
替换文本字段位于图像组件对话框中的元数据选项卡上:
默认情况下,AEM 要求填写替换文本字段。如果图像是纯粹的装饰并且替换文本没有实际意义,则可以选中图像具有装饰性选项。
非文本内容的形式多种多样,因此替换文本的值取决于图形在网页中所起的作用。以下是一些需要遵循的一般经验法则:
替换文本应当既简洁明了,又能清晰地表达非文本内容所提供的基本信息。
应当避免使用冗长的描述(超过 100 个字符)。如果替换文本需要表达更多的详细信息,则可以通过以下方法来实现:
替换文本不应复制同一页面邻近位置以文本形式提供的内容。请切记,许多图像的作用是解释说明页面文本中已涵盖的要点,因此详尽的替换文本可能已经存在。
如果非文本内容是指向另一页面或文档的链接,而且该链接没有任何其他的文本形式部分,则图像的替换文本必须指明链接的目标位置,而不是对图像进行描述。
如果按钮元素中包含非文本内容,而且该按钮没有任何文本形式部分,则图像的替换文本必须指明按钮的功能,而不是对图像进行描述。
图像的替代文本指定为空 (null) 是完全可以接受的,但是这仅限于图像没有替代文本的情况(例如,图形仅起装饰作用),或者页面文本中已存在对等的文本。
W3C 草案:用于提供实用替换文本的 HTML5 技术包含更多详细信息,以及为不同类型的图像提供相应的替换文本的示例。
以下特定类型的非文本内容可能需要替换文本:
说明性照片:指人物、对象或地点的图像。想一想照片在页面中的作用;相应的对等文本可以为 [对象] 的照片,但是这可能取决于周围的文本。
图标:指传递特定信息的小图形符号(图形)。页面和站点上使用的图标必须保持一致。图标在页面或站点上出现的所有实例都应使用相同的简短替代文本,除非这样做会与相邻的文本产生不必要的重复情况。
图表和图形:通常用于表示数值数据。因此,替代文本的选择之一就是简要地总结图表或图形中表现出来的主要趋势。如有必要,还可以在高级图像属性选项卡中的描述字段中以文本形式提供更加详尽的描述。此外,还可以在页面或站点的其他位置以表形式提供源数据。
要为此图表示例提供替换文本,请先为图像本身添加简洁的 alt
文本,然后再在图像后面添加完整的替换文本。
<p><img src="figure1.gif" alt="Figure 1" ></p>
<p> Figure 1. Distribution of Articles by Journal Category.
Pie chart: Language=68%, Education=14% and Science=18%.</p>
以上代码片段仅用于说明操作顺序。建议使用图像组件(而非上述示例所使用的 img src
引用)。
在 AEM 中,可以结合使用 Alt 文本和图像配置对话框中的描述字段来实现这一点 - 请参阅如何处理非文本内容 (1.1.1)。
地图、示意图和流程图:对于提供空间数据的图形(例如,用于说明各对象之间关系或某个流程的图形),应确保以文本格式提供关键信息。对于地图,提供完全对等的文本似乎不太现实,但是如果提供地图的目的是帮助人们找到前往特定地点的路线,则地图图像的替代文本可以简要指明 X 的地图,然后在页面的其他位置或在图像组件高级选项卡的描述字段中以文本形式提供前往该地点的路线。
验证码:CAPTCHA是Completely Automated Public Turing test to tell Computers and Humans Apart的测试。它是网页上用于区分人类和恶意软件的安全检查,但可能会造成无障碍问题。这些图像要求用户描述他们看到的内容才能通过安全测试。为图像提供替代文本显然是不可能的,因此您需要考虑使用替代的非图形解决方案。
W3C 提供了许多建议,例如:(这些方法各有优缺点。)
背景图像:这些操作是使用层叠样式表(CSS)而不是HTML实现的。这意味着无法指定替换文本值。因此,背景图像不应提供重要的文本信息 — 如果提供,则这些信息还必须在页面文本中提供。
尽管如此,当图像无法显示时,也应务必显示替代背景。
背景与前景文本之间应该有适当的对比度等级;这在对比度(最小)(1.4.3) 中有更加详细的讨论。
准则 1.2 基于时间的媒体:为基于时间的媒体提供替代内容。
此准则涉及基于时间的 Web 内容。这包括用户可以播放的内容(例如,视频、音频和动画内容),这些内容可以是预先录制的,也可以是实时流传输的。
成功标准 1.2.1
A 级
纯音频和纯视频(预先录制):对于预先录制的纯音频媒体和预先录制的纯视频媒体,均存在以下情况,除非音频或视频就是文本的替代媒体 ,且明确进行了如下标记:
以下用户可能会遇到音频和视频的无障碍问题:
如果用户使用的浏览器或设备不支持播放特定媒体格式(如 Adobe Flash)的内容,则这些用户可能也无法访问相关视频或音频。
如果以不同的格式提供这些信息,如使用文本(或者对于无音频的视频,使用音频),则无法访问原始内容的用户便可以访问这些信息。
如果内容是预先录制的不含视频的音频(如播客):
在紧靠内容之前或之后的位置提供一个链接,指向音频内容的文本记录。
这份记录应采用 HTML 页面的形式,其中包含所有讲话内容以及重要的非讲话内容的对等文本,还指出讲话者并描述讲话背景、声音表情及其他任何重要的音频。
如果内容是不含音频的动画或预先录制的不含音频的视频:
如果音频或视频内容是作为替代内容提供的,且被它们替代的内容已经以其他格式存在于网页上,则无需遵循上述要求。例如,如果某段视频是用来介绍一系列文本说明的,那么就无需为这段视频提供替代内容,因为文本说明已经起到了替代视频的作用。
在 AEM 网页中插入多媒体(尤其是 Flash 内容)的方式与插入图像类似。但是,多媒体内容与静态图像相比还是更为复杂,而且在控制多媒体的播放方式时有各种不同的设置和选项。
如果将多媒体与信息性内容结合使用,则也必须创建替代内容的链接。例如,要加入文本记录,应创建一个用于显示记录的 HTML 页面,然后在音频内容旁边或下方添加一个链接。
耳聋或听力欠佳的用户无法或很难获取音频内容。字幕是讲话和非讲话音频的对等文本,在视频播放过程中会在相应的时间显示在屏幕上。这让无法听到音频的用户可以了解正在播放的内容。
如果视频或动画所在的页面包含合适的对等文本或非文本内容(提供直接对等的信息),则不需要字幕。
字幕有以下两种形式:
尽量使用隐藏式字幕,因为这样用户可以选择是否观看字幕。
对于隐藏式字幕,需要以适当的格式(如 SMIL)为对应的视频文件创建并提供同步字幕文件(与此相关的详细操作说明不在本指南的范围之内,但是我们在更多信息 - 字幕(预先录制)(1.2.2) 中提供了一些教程的链接)。应确保提供说明,让用户知晓视频提供有字幕。
如果必须使用开放式字幕,应将文本嵌入到视频轨道中。可以使用能够将字幕覆盖到视频上的视频编辑应用程序来完成嵌入。
如果视频或动画中的信息仅以可视形式呈现,或者音轨提供的信息不足以让用户了解视频或动画中正在播放的内容,则失明或患有视觉障碍的用户将会遇到辅助功能问题。
可以通过以下两种方式来达到该成功标准。任何一种方式都是可以接受的:
为视频内容提供附加的音频描述。可以采用以下三种方式中的任何一种来实现:
在现有对话暂停期间,提供有关场景变换的信息,该信息不作为现有音轨内容的一部分;
提供一段附加的可选新音轨,其中不仅包含原始音轨,而且还包含有关场景变换的额外音频信息。
为视频内容创建第二个版本,以便提供延长的音频描述。这样,通过在合适的时间点暂停音频和视频,便可降低在现有对话的间隙提供详细音频描述的难度。最终,在重新开始播放视频之前,便可以提供一个更长的音频描述。与上一种方式中所提到的一样,为了避免妨碍到不需要附加描述的用户,最好将此类音频描述作为可选的额外音轨来提供。
为视频或动画中的音频和视觉元素提供适当的对等文本记录。文本中应当相应地指出讲话者,并描述讲话背景和声音表情。根据文本长度的不同,既可以将记录放置在视频或动画所在的页面上,也可以将其放置在单独的页面上;如果选择后者,则需要在视频或动画旁边提供记录的链接。
至于如何创建带有音频描述的视频,具体细节不在本指南的范围之内。创建视频和音频描述非常耗时,但是 Adobe 的其他产品可以帮助您完成这些任务。如果在 Adobe Flash Professional 中创建内容,则还应当创建一个脚本来提示用户下载合适的插件,并通过 <noscript>
元素提供替换文本。
该成功标准与字幕(预先录制)的标准完全相同,因为其用途在于解决耳聋或听力欠佳的用户遇到的无障碍问题,两者的不同之处在于该成功标准需要处理网络直播等实时演示。
遵循上面字幕(预先录制)所提供的指南。但鉴于媒体的实时性质,必须尽可能以最快的速度提供字幕并对正在发生的情况做出回应。因此,应当考虑使用实时字幕工具或语音转文本工具。
与此相关的详细说明不在本指南的范围之内,但是以下资源提供了有用的信息:
该成功标准与音频描述或替代媒体(预先录制)的标准完全相同,不同之处在于作者必须提供更加详细的音频描述才能符合 AA 级标准。
遵循音频描述或替代媒体(预先录制)所提供的指南。
准则 1.3 适应性:创建可用不同方式呈现的内容(例如更简单的布局),而不会丢失信息或结构。
该准则包含为支持以下用户而必须满足的要求:
可能无法访问作者在标准二维、多列、彩色网页布局中展示的信息
可能要使用纯音频内容或可视替代显示方式(如大文本或高对比度)的用户。
残障人士使用的许多辅助型技术都依赖结构性信息才能有效地显示或输出内容。此类结构性信息有多种形式,如页面标题、表行标题和列标题以及列表类型。举例来说,屏幕阅读器可以让用户从页面的一个标题导航到另一个标题。但是,如果页面内容仅仅在可视样式而非基本 HTML 中具有结构,则辅助型技术便无法获取结构性信息,从而限制它们辅助用户轻松浏览的能力。
该成功标准旨在确保此类结构性信息通过 HTML 提供,这样浏览器和辅助型技术便可以访问并利用这些信息。
AEM 允许轻松地使用相应的 HTML 元素构建网页。可在 RTE(一种文本组件)中打开页面内容,然后使用段落格式菜单(段落符号)指定相应的结构元素(例如,段落、标题等)。
下图显示了样式为段落的文本。
可以通过以下方式确保网页指定了合适的结构:
使用标题:
只要启用了RTE的辅助功能(请参阅AEM和辅助功能),AEM就会提供3个级别的页面标题。您可以使用这些参数标识内容的章节和子章节。标题1是最高级别的标题,标题3是最低级别的标题。系统管理员可以配置系统以允许使用更多标题级别。
下图显示了各类标题的示例。
强调文本:
使用 <strong> 或 <em> 元素表明要强调的内容。切勿在段落中使用标题突出显示文本。
标准 AEM 安装中的 RTE(富文本编辑器)设置为:
尽管两种形式效果相同,但是最好使用 <strong> 和 <em>,因为从语义上来讲,它们才是正确的 HTML 标记。开发团队在开发项目实例时,可以将 RTE 配置为使用 <strong> 和 <em>(而非 <b> 和 <i>)。
使用列表:可以使用 HTML 指定三种不同类型的列表:
<ul>
元素用于未排序列表(项目符号)列表。 单个列表项使用 <li>
元素进行标识。
在 RTE 中,使用项目符号列表图标。
<ol>
元素用于编号列表。 单个列表项使用 <li>
元素进行标识。
在 RTE 中,使用编号列表图标。
如果您希望将现有内容更改为特定列表类型,可以突出显示相应的文本,然后选择相应的列表类型。正如上述示例中显示的段落文本输入方式一样,相应的列表元素会自动添加到 HTML。
在全屏模式下,单个“项目符号列 表”和 “编 号列表 ”图标可见。 当不处于全屏模式时,这两个选项在单个列表图标的后 面可 用。
<dl>
RTE不支持。
使用表:
数据表必须使用 HTML 表元素进行标识:
<table>
元素<tr>
元素进行标识<th>
元素进行标识<td>
元素进行标识在经典 UI 中,应使用表组件来标识表。
此外,辅助表会使用以下元素和属性:
<caption>
元素用于为表提供可视描述。默认情况下,描述显示在表上方居中的位置,但是可以使用 CSS 相应地调整位置。描述采用编程方式与表相关联,因此这是一种提供内容简介的有用方法。<summary>
元素通过总结视力正常的用户可以看到的内容,帮助失明的用户更加轻松地了解表中提供的信息。当使用了复杂或非常规的表布局时,这种方法尤其有用(该属性不会显示在浏览器中,只会由辅助型技术读取)。<th>
元素的 scope
属性用于指示某个单元格表示特定行的标题,还是特定列的标题。在复杂的表中,即数据单元格可能与一个或多个标题相关联的情况下,类似的方法是使用标题和 id 属性。默认情况下,这些元素和属性并非直接可用,但系统管理员可以在表属性对话框中添加对这些值的支持(请参阅添加对其他HTML元素和属性的支持)。
添加表时,可以使用对话框配置表属性。
然后,可以在单元格属性中选择该单元格是数据单元格还是标题单元格;如果是标题单元格,再选择该单元格与行或列相关还是与两者都相关:
复杂的数据表:
在某些情况下,一些复杂表拥有两级或更多级标题,此时,基本的表属性可能不足以提供所有必需的结构性信息。对于此类复杂表,需要使用标题和 id 属性在标题和与之相关的单元格之间建立关系。例如,在下表中,标题和 ID 是相匹配的,以便为辅助型技术用户建立程序化关联。
现成的安装中没有 id 属性。可以通过在 RTE 中配置 HTML 规则和序列化器来启用该属性。
在经典 UI 中,应使用表组件来标识表。
<table>
<tr>
<th rowspan="2" id="h">Homework</th>
<th colspan="3" id="e">Exams</th>
<th colspan="3" id="p">Projects</th>
</tr>
<tr>
<th id="e1" headers="e">1</th>
<th id="e2" headers="e">2</th>
<th id="ef" headers="e">Final</th>
<th id="p1" headers="p">1</th>
<th id="p2" headers="p">2</th>
<th id="pf" headers="p">Final</th>
</tr>
<tr>
<td headers="h">15%</td>
<td headers="e e1">15%</td>
<td headers="e e2">15%</td>
<td headers="e ef">20%</td>
<td headers="p p1">10%</td>
<td headers="p p2">10%</td>
<td headers="p pf">15%</td>
</tr>
</table>
要在 AEM 中实现此操作,必须使用源代码编辑模式直接添加标记。
该功能并非在标准安装中直接可用。它需要配置 RTE、HTML 规则和序列化器。
设计者往往关注可视设计特征,如颜色、形状、文本样式,或者内容在展示信息时所在的绝对或相对位置。这些是在传递信息时采用的非常有效的设计技术,但是对于失明或患有视觉障碍的用户而言,可能无法获取此类信息,因为用户必须以可视方式来识别位置、颜色或形状等属性。
同样,如果用户在获取信息时必须辨认不同的声音(例如,男性或女性讲话的内容),而且音频内容没有反映在任何替换文本中,则患有听觉障碍的用户就会遇到无障碍问题。
有关颜色替代内容的要求,请参阅使用颜色。
确保那些依赖页面内容的可视特性传递的任何信息都同时以替代格式呈现。
如果用户在非可视上下文中可以理解使用的描述性词语的含义,则可以使用描述性词语。例如,使用上面和下面通常是可以接受的,因为它们分别表示特定内容项之前和之后的内容;在朗读内容时,这也是可以接受的。
准则 1.4 可辨别性:使用户更容易看到和听到内容,包括将前景与背景分离开。
此成功标准专门针对颜色感知。适应性 (1.3) 中涵盖其他形式的感知;包括以编程方式访问颜色和其他可视呈现编码。
颜色能够立竿见影地增强网页的美感,而且还有助于传递信息。但是,由于各种视觉障碍(从失明到色盲)的限制,部分用户无法辨认某些颜色。这就使颜色编码无法可靠地提供信息。
例如,一些患有红绿色盲症的用户无法辨认绿色和红色阴影。这些用户可能会将这两种颜色看成第三种颜色(如棕色),在这种情况下,他们就无法辨认红色、绿色和棕色。
此外,如果用户使用仅支持文本的浏览器、单色显示设备或查看黑白打印的页面,他们也无法感知到颜色。
无论在何处使用颜色传递信息,都应确保无需看到颜色即可获取相应的信息。
例如,确保通过颜色传递的信息也明确地提供在文本中。下图显示了如何同时通过颜色和文本指示演出的座位空余情况:
演出 |
可用性 |
3 月 16 日,星期二 |
有余座 |
3 月 17 日,星期三 |
有余座 |
3 月 18 日,星期四 |
已售罄 |
如果使用颜色作为提供信息的提示,则应提供其他可视提示,如更改样式(如粗体、斜体)或字体。这有助于视力不佳或具有色觉辨认障碍的人识别信息。但是,不能完全依赖这种方法,因为这对于根本无法看到页面的用户而言并无助益。
成功标准 1.4.3
AA 级
对比度(最小):文本的可视呈现以及文本的图像至少要有 4.5:1 的对比度,以下内容除外:
患有某种视觉障碍的用户可能无法辨认某些对比度低的颜色对。如果出现以下任一情况,此类用户便可能遇到无障碍问题:
此成功标准不适用于仅起装饰作用的文本。
确保文本与其背景之间有明显的对比度。对比度取决于相关文本的大小和样式:
要检查对比度,可使用颜色对比度工具,例如 Paciello Group Color Contrast Analyser 或 WebAIM Color Contrast Checker。这些工具可以用来检查颜色对,并报告任何对比度问题。
或者,如果您不太在意页面外观的指定,则可以选择不指定背景和前景文本颜色。在这种情况下,无需检查对比度,因为用户的浏览器将确定文本和背景的颜色。
如果页面无法达到建议的对比度级别,则将需要提供一个链接以指向该页面的对等替代版本(不存在颜色对比度问题),或者允许用户根据自己的要求调整页面颜色方案的对比度。
成功标准 1.4.5
AA 级
文本的图像:如果使用的技术可以达到可视呈现效果,使用文本来传递信息而不使用文本的图像,以下情况除外:
商标标志(属于徽标或品牌名称一部分的文本)被认为是必需的。
当需要文本的某种特定样式时,通常会使用文本的图像;例如,商标标志或从其他来源生成的文本(如纸质文档的扫描件)。但是,与以 HTML 呈现的文本和使用 CSS 设置格式的文本相比,文本的图像无法灵活地改变大小或外观,而这些改变可能正是患有视觉障碍或有阅读障碍的用户所必需的。
如果必须使用文本的图像,应使用 CSS 将文本的图像替换为 HTML 形式的对等文本,这样就可以对文本进行自定义。有关如何实现这一操作的示例,请参阅 C30:使用 CSS 将文本替换为文本的图像并提供用于切换的用户界面控件。
成功标准 2.2.2
A 级
暂停、停止、隐藏:对于移动、闪烁、滚动或自动更新的信息,符合以下情况:
注意要点:
某些用户可能会认为移动的内容会让人分心,而且难以将注意力集中在页面的其他部分。此外,如果用户无法跟上移动的文本,他们可能就很难阅读此类内容。
如果创建的网页包含移动、闪光或闪烁的内容,则可以采纳以下一项或多项建议,具体视内容的性质而定。
由于任何未达到此成功标准的内容会干涉用户使用整个页面的能力,因此网页上的所有内容(无论是否用来达到其他成功标准)必须达到此成功标准。请参阅符合性要求 5:不干涉。
在某些情况下,闪光的内容会导致光敏性癫痫发作。此成功标准旨在让此类用户能够访问和体验所有内容,而无需担心闪光的内容。
应采取措施确保应用以下技术:
此成功标准旨在帮助每个人(无论是否患有任何特定障碍缺陷)无需阅读整个页面即可快速识别网页内容。当在不同的浏览器选项卡中打开了多个网页时,这种方法格外有用,因为页面标题会显示在选项卡中,从而可以快速定位。
在 AEM 中创建新 HTML 页面时,可以指定页面标题。应确保标题能够充分描述页面内容,以便访客能够快速识别该页面的内容是否与自己的需求切实相关。
您也可以在编辑页面时编辑页面标题,通过页面信息 - 属性可访问该设置。
对于所有用户(无论是否患有某方面的缺陷)而言,通过适当的链接文本清晰地指明链接方向至关重要。这有助于用户决定自己是否切实希望追踪某个链接。对于视力正常的用户而言,当页面上有多个链接时,有意义的链接文本极其有用(尤其当页面包含大量文本时),因为有意义的链接文本能够更加清晰地说明目标页面的功能。而对于使用辅助型技术的用户而言,由于此类技术能够在单个页面上生成包含所有链接的列表,因此这些用户可以更加轻松地在上下文中了解链接文本。
首先,确保链接文本清晰地描述了链接目的。
错误示例:
正确示例:
链接用词在各个页面中应保持一致,尤其是导航栏的链接。例如,如果特定页面的链接在某个页面中被命名为出版物,则在其他页面中也应使用该文本,以确保一致性。
但是,在编写时,仍然有一些与标题的使用相关的问题:
因此,尽管标题属性可用于为链接提供额外的上下文,但是应务必注意其限制,而且不要将其用作相应链接文本的替代内容。
如果链接是由图像构成的,则应确保该图像的替代文本描述了链接的目标位置。例如,如果将一个书架的图像设置为某人出版物的链接,则替代文本应该写成张三的出版物,而不是书架。
或者,如果链接锚包含的文本不仅描述了链接的目的,而且还说明了图像元素(这样文本就会显示在图像旁边),则可将图像的 alt 属性设置为空:
<a href="publications.html">
<img src = "bookshelf.jpg" alt = "" />
John Smith’s publications
</a>
以上代码片段仅用于说明目的,建议使用图像组件。
虽然提供无需附加上下文即可标识链接目的的链接文本是一种可取的方法,但该方法并不认为始终可行。与上下文无关的链接可用于以下情况,其 HTML 示例详见:如何达到成功标准 2.4.4。
在某些情况下,一个页面上会有多个链接(其中每个链接都提供了复杂而又必要的链接方向详情),此时可以为该网页提供一个替代版本,使其显示完全相同的内容,只是其中的链接文本较为简洁。
或者,也可以使用脚本,这样就能够最大限度地减少链接本身中提供的文本;但是,在将位于页面顶部的相应控件激活后,链接文本就会扩展成更多的详细信息。类似的方法还有使用 CSS 为视力正常的用户隐藏完整的链接,但是仍然将完整的链接呈现给屏幕阅读器用户。与此相关的说明不在本文档的范围之内,但是可以在更多信息 - 链接目的(在上下文中)(2.4.4) 部分获取有关如何实现此操作的更多信息。
此成功标准旨在确保能够正确呈现文本和其他语言内容。对于屏幕阅读器用户而言,这意味着确保内容发音正确;而对于可视浏览器用户而言,这则更可能意味着确保正确显示某些字符集。
要达到此成功标准,可以使用页面顶部 <html>
元素中的 lang
属性来识别网页的默认语言。例如:
如果页面采用英式英语编写,则 <html>
元素应该写成: <html lang = “en-gb”>
而要以美式英语呈现的页面应采用以下标准:<html lang = “en-us”>
在 AEM 中,创建页面时会设置页面的默认语言,但是也可以在编辑页面时更改该语言,通过 Sidekick - 页面选项卡 - 页面属性… - 高级选项卡可访问该设置。
此成功标准的用途与页面语言的成功标准类似,不同之处在于此成功标准适用于在单个页面包含多语言内容的网页(例如,因为引用其他语言或者使用不常见的外来词而包含其他语言)。
应用此成功标准的页面允许:
lang
属性可用于标识内容语言的更改。例如,引用的德语(ISO 639-1 代码“de”)可以采用以下方式表示:
<blockquote cite = "John F. Kennedy" lang = "de">
<p>Ich bin ein Berliner</p>
</blockquote>
现成的实例不支持 blockquote。可以开发支持该功能的自定义组件。
同样,如果通过以下方式使用 span
元素,则浏览器可以准确地呈现不常见的外来词或短语:
<p>The only French phrase I know is <span lang = “fr”>je ne sais quoi</span>.</p>
如果包含使用不同语言的人名或城市,或者使用默认语言中常用的外来词或短语(如英语中的 schadenfreude),则不必遵循此成功标准。
要添加包含相应语言的 span 元素,可以在 RTE 的源代码编辑模式下手动编辑 HTML 标记,以将其写成如上显示的方式。或者,也可以由系统管理员将lang
属性包含在RTE中(请参阅添加对其他HTML元素和属性的支持)。
在提升界面易用性的最佳实践中,一种基本的做法是提供说明来帮助用户完成表单。这种做法对于患有视觉障碍或认知障碍的用户而言特别有用,否则这类用户可能难以理解表单的布局以及要在特定的表单字段中提供的数据种类。
在 AEM 中,当向页面添加表单组件(如文本字段)时,也会添加默认标签。此默认标题视组件类型而定,您也可以在该字段编辑对话框的标题与文本选项卡中添加自己的标题。应务必确保标签能够帮助用户理解与每个表单组件相关的数据。
此标题字段必须用于字段元素,因为该字段提供了适用于辅助型技术的标签。只在字段旁边用文本编写一个标签是不够的。
对于某些形式的组件而言,还可以使用隐藏标题复选框来隐藏显示的标签。通过这种方式隐藏的标签仍可用于辅助型技术,但不会显示在屏幕上。尽管在某些情况下这不失为一种好方法,但是通常最好尽可能保留可视的标签,因为有些用户可能只查看屏幕上很小的一部分(每次一个字段),并且需要借助标签来准确地识别字段。
使用了图像按钮(如图像按钮组件)后,编辑对话框标题与文本选项卡中的标题字段实际上会为图像提供替换文本,而不是提供标签。因此,在以下示例中,包含文本 Submit
的图像,其替代文本就是 Submit
,该文本是使用编辑对话框中的标题字段添加的。
如果存在一组相关控件(如 Radio Group),则可能需要该组以及单个控件的标题。 当在 AEM 中添加一组单选按钮时,标题字段会为该组提供标题,而单个控件的标题则会在创建单选按钮(项目)时指定。
但是,组标题和单选按钮本身之间并没有编程关联。模板编辑器需要将标题包装在必需的 fieldset
和 legend
标记中,以便创建此关联,而且该操作只能通过编辑页面源代码来完成。或者,系统管理员也可以添加对这些元素的支持,以使它们显示在字段属性对话框中(请参阅添加对其他 HTML 元素和属性的支持)。
如果必须按照特定的格式输入数据,应在标签文本中予以清楚说明。例如,如果必须以 DD-MM-YYYY
格式输入日期,应在标签中特别指明这一点。这意味着当屏幕阅读器用户遇到此类字段时,阅读器会自动将标签以及与格式相关的其他信息一并读出。
如果必须输入表单字段,请在标签中使用“必填”一词来说明。AEM 会为必填字段添加一个星号,但是最好在标签本身中也包含 required
一词(在编辑对话框的标题字段中)。
标签的位置也非常重要,因为它有助于用户找到对应的字段。当用户面对复杂的表单时,这显得尤为重要。应遵循以下约定:
在功能非常有限的简单表单中,可以相应地标记 Submit
按钮,以将其用作相邻字段的标签(如 Search
)。当很难找到用于提供标签文本的空间时,这种方法非常有用。