无障碍富互联网应用 (WAI-ARIA) 1.2

一种带有重要且通常具有时间敏感性的信息的实时区域类型。请参阅相关 alertdialog 和 status。

警报用于传达对用户可能立即重要的消息。如果是音频警告，警报为听障用户提供了辅助替代方案。alert 角色应用于包含警告消息的元素。警报是 status 角色的专门形式，它作为原子实时区域进行处理。

警报是断言性实时区域，这意味着它们会导致辅助技术用户立即收到通知。如果操作系统允许，当创建 WAI-ARIA 警报时，用户代理 应该 通过辅助功能 API 触发系统警报事件。

作者和用户代理都不需要设置或管理对警报的焦点以便对其进行处理。由于警报不需要接收焦点，作者 应该 不要要求用户关闭警报。如果作者希望焦点在传达消息时移动到该消息，作者 应该 使用 alertdialog 而不是 alert。

具有 alert 角色的元素具有隐含的 aria-live 值 assertive，以及隐含的 aria-atomic 值 true。

一种包含警告消息的对话框类型，其中初始焦点转到对话框内的元素。请参阅相关 alert 和 dialog。

警报对话框用于传达消息以提醒用户。alertdialog 角色位于同时包含警告消息和对话框其余部分的节点上。内容作者 应该 通过确保在显示 alertdialog 时键盘和鼠标交互仅在对话框内操作，来使警报对话框成为模态的。请参阅 aria-modal。

与 alert 不同，alertdialog 可以接收用户的响应。例如，确认用户理解了生成的警报。当显示警报对话框时，作者 应该 将焦点设置到警报对话框内的活动元素，例如表单控件或确认按钮。如果预期的辅助功能 API 指定了系统警报，当创建警报时，用户代理 应该 通过辅助功能 API 触发系统警报事件。

作者 应该 在 alertdialog 上使用 aria-describedby 来引用对话框中的警告消息元素。如果他们不这样做，辅助技术可以求助于其内部恢复机制来确定警告消息的内容。

一个包含一个或多个需要用户输入（例如键盘或手势事件）的可聚焦元素的structure，这些输入不遵循 widget 角色支持的标准交互模式。

一些用户代理和辅助技术具有浏览模式，其中标准输入事件（例如向上和向下箭头键事件）被拦截并用于控制阅读光标。此浏览模式行为阻止没有 widget 角色的元素接收和使用此类键盘和手势事件来提供交互功能。

当需要创建一个具有任何 WAI-ARIA widget 角色不支持的交互模型的元素时，作者 可以 给该元素赋予 application 角色。并且，当用户导航到具有 application 角色的元素时，拦截标准输入事件的辅助技术 应该 切换到一种将大多数或所有标准输入事件传递给 Web 应用程序的模式。

例如，演示幻灯片编辑器使用箭头键更改幻灯片上文本框和图像元素的位置。没有任何对应于此类交互模型的 WAI-ARIA widget 角色，因此作者可以给幻灯片容器赋予 application 角色、"Slide Editor" 的 aria-roledescription，并使用 aria-describedby 提供说明。

因为只有 application 元素中包含的可聚焦元素对某些辅助技术的用户可见，所以作者 必须 使用以下技术之一来确保应用程序内的所有非装饰性静态文本或图像内容都是可访问的

1. 使用 aria-labelledby 或 aria-describedby 将内容与可聚焦元素关联。
2. 将内容放置在具有 document 或 article 角色的可聚焦元素中。
3. 按照 管理焦点 中的描述管理拥有元素的焦点，更新 aria-activedescendant 的值以引用包含聚焦内容的元素。

页面的一部分，由形成文档、页面或站点独立部分的组合构成。

文章不是导航地标，但可以嵌套以形成讨论，其中辅助技术可以关注文章嵌套以协助用户跟随讨论。文章可以是论坛帖子、杂志或报纸文章、网络日志条目、用户提交的评论或任何其他独立的内容项。它之所以是独立的，是因为它的内容可以单独存在，例如在联合发布中。然而，该元素仍然与其祖先相关联；例如，适用于父正文元素的联系信息也涵盖了文章本身。嵌套文章时，子文章代表与父文章内容相关的内容。例如，在接受用户提交评论的网站上的网络日志条目可以将评论表示为嵌套在网络日志条目文章内的文章。与文章关联的作者、标题、日期或其他信息不适用于嵌套文章。

当用户导航到分配了 article 角色的元素时，通常拦截标准键盘事件的辅助技术 应该 切换到文档浏览模式，而不是将键盘事件传递给 Web 应用程序。辅助技术 可以 提供一项功能，允许用户导航任何嵌套的 article 元素的层次结构。

当 article 处于 feed 的上下文中时，作者 可以 为 aria-posinset 和 aria-setsize 指定值。

一个包含大部分面向站点的内容，而不是特定页面内容的landmark。

面向站点的内容通常包括网站赞助商的徽标或身份标识，以及特定于站点的搜索工具。Banner 通常出现在页面顶部，通常占据全宽。

用户代理 应该 将具有 banner 角色的元素视为导航地标。

在任何 document 或 application 内，作者 应该 最多标记一个带有 banner 角色的元素。

引用自其他来源的内容部分。

一种允许在单击或按下时触发用户操作的输入。请参阅相关 link。

按钮主要用于离散操作。按钮外观的标准化增强了用户对作为按钮的小部件的识别，并允许在工具栏中实现更紧凑的显示。

按钮支持可选的属性 aria-pressed。具有非空 aria-pressed 属性的按钮是切换按钮。当 aria-pressed 为 true 时，按钮处于“按下”状态；当 aria-pressed 为 false 时，它未被按下。如果属性不存在，则该按钮为简单的命令按钮。

命名并可能描述 figure、table、grid 或 treegrid 的可见内容。

使用 caption 时，作者 应该 确保

• caption 是 figure、table、grid 或 treegrid 的直接子项。
• caption 是 table、grid 或 treegrid 的第一个子项。
• caption 是 figure 的第一个或最后一个子项。

作者 应当 在父级 figure、table、grid 或 treegrid 上设置 aria-labelledby 以引用带有 caption 角色的元素。然而，如果 caption 包含的内容既作为其父级的名称又作为描述，作者 可以 改为设置 aria-labelledby 来引用 caption 中包含简明名称的元素，并设置 aria-describedby 来引用 caption 中包含描述性内容的元素。

<div role="table" aria-labelledby="name" aria-describedby="desc">
   <div role="caption">
     <div id="name">Contest Entrants</div>
     <div id="desc">
       This table shows the total number of entrants (500) the
       contest accepted over the past four weeks.
     </div>
   </div>
   <!-- ... -->

表格容器中的单元格。请参阅相关 gridcell。

作者 必须 确保带有 角色 cell 的 元素 被包含在带有 row 角色 的元素内或由其拥有。

具有三种可能值的可勾选输入：true、false 或 mixed。

checkbox 的 aria-checked 属性 指示输入是选中状态（true）、未选中状态（false），还是表示一组具有混合选中和未选中值的 元素（mixed）。许多复选框不使用 mixed 值，因此实际上是布尔型复选框。

内容表示计算机代码片段的部分。

code 角色的主要目的是通知辅助技术该内容为计算机代码，因此可能需要特殊的呈现，特别是在合成语音方面。更具体地说，屏幕阅读器和其他提供文本转语音呈现内容的工具 应当 优先使用完全标点详细程度，以确保常见符号（如“-”）被读出。

包含列标题信息的单元格。

columnheader 可用作表格或网格中的列标题。它也可以用于饼图中，以显示数据中类似的 关系。

columnheader 在其与相应列中的所有单元格之间建立了关系。它是具有列范围的 HTML th 元素 的结构等价物。

作者 必须 确保带有 columnheader 角色 的 元素 被包含在带有 row 角色的元素内，或由其 拥有。

在 columnheader 上应用 aria-selected 状态 不得 导致用户代理自动将 aria-selected 状态传播到相应列中的所有单元格。作者 可以 根据具体应用程序选择以这种方式传播选择状态。

虽然 columnheader 角色可同时用于交互式网格和非交互式表格，但 aria-readonly 和 aria-required 的使用仅适用于交互式元素。因此，作者 不应当 在从属于 table 的 columnheader 中使用 aria-required 或 aria-readonly，且除非 columnheader 从属于 grid，否则用户代理 不应当 向 辅助技术 公开任一属性。

一种控制另一个元素（例如 listbox 或 grid）的input，它可以动态弹出以帮助用户设置 input 的值。

combobox 在功能上将命名输入字段与通过辅助弹出元素进行值选择的功能相结合。combobox 输入 可以 是支持编辑和键入的单行文本字段，也可以是仅显示 combobox 当前值的元素。如果 combobox 支持文本输入并提供如 aria-autocomplete 中所述的自动完成行为，作者 必须 在 combobox 元素上将 aria-autocomplete 设置为与所提供行为对应的值。

通常，combobox 的初始状态是收起的。在收起状态下，仅 combobox 元素和单独的可选弹出控件 button 可见。当显示当前值的 combobox 元素及其关联的弹出元素均可见时，称 combobox 为展开的。作者 必须 在具有 combobox 角色的元素展开时将其 aria-expanded 设置为 true，收起时设置为 false。

作者 必须 确保与 combobox 关联的弹出元素具有 listbox、tree、grid 或 dialog 角色。作者 必须 在 combobox 元素上设置 aria-controls，其值引用 combobox 弹出元素。

具有 combobox 角色的元素具有 listbox 的隐式 aria-haspopup 值。如果 combobox 弹出元素具有 listbox 以外的角色，作者 必须 为 aria-haspopup 指定一个与其弹出角色相对应的值。

如果用户界面包含一个额外的图标，允许通过指针和触摸事件控制弹出框的可见性，作者 应当 确保该元素具有 button 角色，且其可聚焦但不包含在页面的 Tab 顺序中，并且它不是具有 combobox 角色的元素的后代。此外，为了具备键盘可访问性，作者 应当 提供用于在 combobox 元素和弹出框中包含的元素之间移动焦点的键盘机制。例如，一种常见的约定是 Down Arrow 将焦点从输入框移动到弹出元素中第一个可聚焦的后代。如果弹出元素支持 aria-activedescendant，则此类键盘机制可以控制 combobox 元素上 aria-activedescendant 的值，而不是移动焦点。当弹出元素的后代处于活动状态时，作者 可以 在 combobox 上将 aria-activedescendant 设置为引用弹出框内活动元素的值，同时焦点保持在 combobox 元素上。

用户代理 必须 向 辅助技术 公开具有 combobox 角色的元素的值。combobox 的值由以下之一表示：

• 如果 combobox 元素是一个提供值的宿主语言元素（例如 HTML input 元素），则 combobox 的值即为该元素的值。
• 否则，combobox 的值由其后代元素表示，并且可以使用用于根据后代内容计算 button 名称的相同方法来确定。

    <label for="tag_combo">Tag</label>
  <input type="text" id="tag_combo"
      role="combobox" aria-autocomplete="list"
      aria-haspopup="listbox" aria-expanded="true"
      aria-controls="popup_listbox" aria-activedescendant="selected_option">
<ul role="listbox" id="popup_listbox">
   <li role="option">Zebra</li>
   <li role="option" id="selected_option">Zoom</li>
</ul>

combobox 实现的特性和行为差异很大。因此，有许多重要的创作考量。有关实现 combobox 设计模式的更多详细信息，请参阅 WAI-ARIA 创作实践。

一种执行操作但不接收输入数据的小部件形式。

一种在 DOM 层次结构中处于相似级别、旨在与主要内容互补的landmark，但在与主要内容分离时仍然有意义。

有各种类型的内容适合使用此 角色。例如，在门户网站的情况下，这可能包括但不限于放映时间、当前天气、相关文章或关注的股票。complementary 角色表示所包含的内容与主要内容相关。如果补充内容与主要内容完全可分离，则使用更通用的角色可能是适当的。

用户代理 应当 将带有 complementary 角色的元素视为导航 地标。

一个可能包含可导航后代或 拥有 子项的 小部件。

作者 应当 确保组合小部件作为网页更大导航系统中的单个导航停靠点存在。一旦组合小部件获得焦点，作者 应当 为用户提供一个单独的导航机制，以便导航到属于该组合元素的后代或拥有子项的 元素。

一个包含有关父文档信息的landmark。

包含在页面此区域中的信息示例包括版权声明和隐私声明链接。

用户代理 应当 将带有 contentinfo 角色的元素视为导航 地标。

在任何 document 或 application 中，作者 应当 标记不超过一个具有 contentinfo 角色的 元素。

术语或概念的定义。请参阅相关 term。

作者 应当 通过赋予该元素 term 角色并使用 aria-labelledby 属性 引用它，或者使带有 term 角色的元素成为带有 definition 角色的元素的后代，来标识被定义的 元素。

删除包含标记为已删除的内容或建议删除的内容。请参阅相关 insertion。

删除通常用于标记两个内容版本之间的差异，或者在多人修订内容的情况下指定建议删除的内容。

对话框是 Web 应用程序主窗口的后代窗口。对于 HTML 页面，主应用程序窗口是整个 Web 文档，即 body 元素。

对话框最常用于提示用户输入或响应信息。旨在中断工作流的对话框通常是模态的。请参阅相关的 alertdialog。

作者 必须 为对话框提供一个可访问名称，这可以通过 aria-label 或 aria-labelledby 属性来实现。

作者 应当 确保所有对话框（无论是模态还是非模态）都至少有一个可聚焦的后代元素。作者 应当 在模态对话框显示时将其中的一个元素置于焦点，并且作者 应当 管理模态对话框的焦点。

[ARIA 1.2 中已弃用] 对组成员的引用列表，例如静态目录。

directory 是一个静态目录，无论是否链接。这包括用列表（包括嵌套列表）构建的目录。然而，动态目录可能使用 tree 角色。

一个包含辅助技术用户可能希望在阅读模式下浏览的内容的 元素。

当 用户代理 焦点移动到被分配 document 角色的元素时，具有用于浏览静态内容的阅读模式的 辅助技术 可以 切换到该阅读模式，并拦截标准输入事件（例如向上或向下箭头键盘事件）以控制阅读光标。

因为具有阅读模式的 辅助技术 默认为除具有 widget 或 application 角色的元素以外的所有元素启用该模式，所以 document 角色对于改变辅助技术行为唯一有用的情况是当具有 document 角色的元素是 widget 或 application 的可聚焦子元素时。例如，给定一个包含一些静态富文本的 application 元素，作者可以将 document 角色应用于包含文本的元素，并给予其 tabindex 为 0。当屏幕阅读器用户按下 Tab 键并将焦点置于 document 元素上时，用户将能够使用屏幕阅读器的阅读光标阅读文本。

一个或多个强调字符。请参阅相关 strong。

emphasis 角色的目的是强调或着重突出内容。它不是为了传达不影响内容意义的印刷表现形式的变化。作者 应当 仅在其缺失会改变内容意义的情况下使用 emphasis 角色。

emphasis 角色并不用于传达重要性；为此，strong 角色更合适。

一个可滚动的 articles list，其中滚动可能会导致 articles 被添加到列表的两端或从两端移除。

feed 使得具有文档浏览模式（如屏幕阅读器）的 辅助技术 用户能够使用浏览模式阅读光标来阅读和滚动浏览富内容流，这些内容流可能会通过用户阅读时加载更多内容而继续无限滚动。在 feed 中，辅助技术 通过移动 用户代理 焦点向 Web 应用程序提供用户阅读光标移动的信号，从而使应用程序能够在用户浏览页面时添加新内容并在视觉上定位内容。feed 还允许作者在发生添加和删除操作时通知辅助技术，以便辅助技术能够更可靠地更新其阅读视图，而不会中断阅读或降低性能。

例如，feed 可用于呈现新闻故事流，其中每篇 article 包含带有文本、链接、图像和评论的故事，以及用于分享和评论的小部件。当屏幕阅读器用户阅读和交互每篇故事，并将屏幕阅读器阅读光标从一个故事移动到另一个故事时，每个故事都会滚动进入视野，并根据需要加载新故事。

feed 是一个容器元素，其子项具有 article 角色。当从 feed 的一端或两端添加或删除 articles 时，作者 应当 在更改前在 feed 元素上将 aria-busy 设置为 true，并在更改完成后将其设置为 false。作者 应当 避免在 feed 的中间插入或删除 articles。这些要求有助于 辅助技术 优雅地响应与用户在 feed 内移动阅读光标的命令同时发生的 feed 内容变更。

作者 应当 使 feed 中的每篇 article 均可聚焦，并确保当 用户代理 焦点设置在 article 或其后代元素之一上时，应用程序将 article 滚动到视野中。例如，在 HTML 中，每篇 article 元素的 tabindex 值应为 -1 或 0。

当 辅助技术 阅读光标从一篇 article 移动到另一篇时，辅助技术 应当 将用户代理焦点设置在包含阅读光标的 article 上。如果阅读光标停留在 article 内的可聚焦元素上，辅助技术 可以 将焦点设置在该元素上，以代替设置在包含它的 article 上。

由于使用 辅助技术 阅读光标滚动到另一篇 article 的能力取决于页面上是否存在另一篇 article，作者 应当 在 用户代理 焦点到达已加载的 articles 集合中任一端的 article 之前，尝试加载额外的 articles。或者，作者 可以 在已加载 articles 集合的任一端或两端包含一篇 article，该 article 中包含一个元素（如 button），允许用户请求加载更多 articles。

除了提供简短的标签外，作者 可以 将 aria-describedby 应用于 feed 中的 article 元素，以建议屏幕阅读器在用户按 article 导航时在标签之后读出哪些元素。屏幕阅读器 可以 为用户提供一种快速扫描 feed 内容的方法，即在按 article 导航时读出标签和 可访问描述，使用户能够忽略作者已从描述中排除的重复性或不重要的元素（例如嵌入式交互小部件）。

作者 应当 提供用于在 feed 中的 articles 之间移动焦点的键盘命令，以便不使用提供 article 导航功能的辅助技术的用户能够使用键盘浏览 feed。

如果 feed 供应中可用的文章数量是静态的，作者 可以 在该 feed 中的 article 元素上指定 aria-setsize。然而，如果总数非常大、不确定或经常变化，作者 可以 将 aria-setsize 设置为 -1，以传达集合大小未知的信息。

有关实现 feed 设计模式的更多详细信息，请参阅 WAI-ARIA 创作实践。

一个可感知的 section 内容，通常包含 图形文档、图像、代码片段或示例文本。figure 的部分 可以 是用户可导航的。

作者 应当 从正文中提供对 figure 的引用，但 figure 不一定要显示在与引用元素相同的位置。作者 可以 使用 aria-describedby 引用作为标题的文本。作者 可以 使用 aria-label 提供标签，或者 可以 使用 aria-labelledby 引用作为标签的文本。

辅助技术 应当 允许用户快速导航到图示。主流 用户代理 可以 允许用户快速导航到图示。

一个包含项目和对象集合的landmark区域，它们整体结合起来创建一个表单。请参阅相关 search。

表单可能包含宿主语言表单控件、脚本化控件和超链接的混合。提醒作者尽可能使用原生宿主语言语义来创建表单控件。如果表单的目的是提交搜索条件，作者 应当 使用 search 角色而不是通用的 form 角色。

作者 必须 为每个具有 form 角色的元素提供一个描述表单目的的简短标签。如果存在可见标签，作者 应当 使用 aria-labelledby 引用该可见标签。作者 应当 尽可能将标签包含在标题内。标题 可以 是标准宿主语言标题元素的实例，或者是具有 heading 角色的元素的实例。

如果作者使用脚本根据用户操作提交表单，而该操作通常不会触发 onsubmit 事件（例如，用户更改表单元素值触发的表单提交），作者 应当 向用户提供该行为的提前通知。

用户代理 应当 将带有 form 角色的元素视为导航 地标。

一个本身没有语义含义的无名容器 元素。

generic 角色旨在用作宿主语言（如 HTML div 或 span）中通用元素的隐式角色，因此主要供用户代理的实现者使用。作者 不应当 在内容中使用此角色。作者 可以 使用 presentation 或 none 来移除隐式辅助功能语义，或使用诸如 group 之类的语义容器角色来在命名容器中对后代进行语义分组。

与具有 presentation 角色的元素一样，具有 generic 角色的元素可以为其后代提供有限数量的可访问状态和属性，例如 aria-live 属性。然而，与具有 presentation 角色的元素不同，generic 元素会在 辅助功能 API 中公开，以便辅助技术能够收集某些属性，例如布局和边界。

一个复合widget，包含一个或多个具有一个或多个单元格的行集合，其中网格中的部分或所有单元格可以通过使用二维导航方法（例如方向箭头键）来聚焦。

grid 角色并不隐含特定的视觉表现，例如表格表现。它描述了 元素 之间的 关系。它既可用于分组一组复选框或导航链接等简单用途，也可用于创建全功能的电子表格应用程序等复杂用途。

grid 的单元格元素具有 gridcell 角色。作者 可以 通过使用 rowheader 或 columnheader 角色 来代替 gridcell 角色，将单元格指定为行或列标题。作者 必须 确保带有 gridcell、columnheader 或 rowheader 角色的元素由带有 row 角色的元素 拥有，而该行元素又由带有 rowgroup 或 grid 角色的元素所拥有。

为了具备 键盘可访问性，作者 应当 按照 管理焦点 中所述管理 grid 后代的焦点。当用户使用键盘导航 grid 内容时，作者 应当 按如下方式设置焦点：

• 如果 gridcell 包含单个交互式 widget（例如 checkbox、button 或 link），且该小部件在获得焦点时不会消耗方向键按键，则作者 可以 在该单元格包含的交互式元素上设置焦点。这允许直接操作所包含的小部件。
• 否则，作者 应当 确保获得焦点的元素是 gridcell、rowheader 或 columnheader 元素。

作者 应当 提供一种切换到交互或编辑模式的机制，如果该可聚焦单元格包含以下任何内容，则允许用户导航和与包含在可聚焦单元格内的内容进行交互：

• 需要方向键操作的小部件，例如 combobox 或 radiogroup
• 多个交互式元素
• 可编辑内容

例如，如果电子表格中的单元格包含 combobox 或可编辑文本，则当该单元格获得焦点时，可以使用 Enter 键激活单元格交互或编辑模式，以便可以使用方向键来操作所包含的 combobox 或 textbox。根据具体实现，再次按下 Enter、Tab、Escape 或其他键可能会将应用程序切换回网格导航模式。

作者 可以 使用 gridcell 来显示公式的结果，该结果可由用户编辑。例如，在电子表格应用程序中，gridcell 可能会显示从公式计算出的值，直到用户激活 gridcell 进行编辑时，gridcell 中才会出现一个处于可编辑状态、包含公式的 textbox。

如果 grid 元素上设置了 aria-readonly，用户代理 必须 将该值传播到该 grid 拥有 的所有 gridcell 元素，并在辅助功能 API 中公开该值。作者 可以 为单个 gridcell 元素覆盖 aria-readonly 的传播值。

在提供单元格内容编辑功能的 grid 中，如果可聚焦的 gridcell 元素的内容不可编辑，作者 可以 在 gridcell 元素上将 aria-readonly 设置为 true。然而，aria-readonly 的值（无论指定为整个 grid 还是单个单元格）仅表示单元格所包含的内容是否可编辑。它不代表导航或操作 grid 本身功能的可用性。

aria-readonly 的未指定值并不意味着 grid 或 gridcell 包含可编辑内容。例如，如果 grid 呈现了一组不可编辑的元素（例如日期选择器中代表日期的 link 元素集合），则作者无需为 aria-readonly 指定值。

作者 可以 使用 aria-selected 属性表明可聚焦的 gridcell 可作为操作对象被选中。如果 grid 允许选中多个 gridcell，则作者 应当 在具有 grid 角色的元素上将 aria-multiselectable 设置为 true。

由于 WAI-ARIA 可以增强宿主语言的元素，因此 grid 可以重用原生表格的元素和属性，例如 HTML table 元素。例如，如果作者将 grid 角色应用于 HTML table 元素，则无需将 row 和 gridcell 角色应用于后代的 HTML tr 和 td 元素，因为 用户代理 会自动进行相应的转换。当作者重用原生宿主语言表格元素并需要 gridcell 元素跨越多行或多列时，作者 应当 应用相应的宿主语言属性，而不是 WAI-ARIA 的 aria-rowspan 或 aria-colspan 属性。

有关实现 grid 设计模式的更多详细信息，请参阅 WAI-ARIA 创作实践。

一个 grid 或 treegrid 中的cell。

gridcell 可以是可聚焦、可编辑和可选中的。gridcell 可能具有诸如 aria-controls 之类的 关系，以解决功能关系的应用。

如果作者打算让 gridcell 具有行标题、列标题或两者兼有，且无法从 DOM 结构中确定相关标题，则作者 应当 通过在 gridcell 上应用 aria-describedby 并引用带有 rowheader 或 columnheader 角色 的 元素，明确指示哪些标题单元格与该 gridcell 相关。

在 treegrid 中，作者 可以 使用 aria-expanded 属性将 gridcell 定义为可展开。如果提供了 aria-expanded 属性，它仅适用于单个单元格。它不是容器 row 的代理（行也可以展开）。在 gridcell 上提供此属性的主要用例是透视表行为。

作者 必须 确保带有 gridcell 角色 的 元素 被包含在带有 row 角色 的元素内，或由其 拥有。

一组用户界面 对象，其不打算被 辅助技术 包含在页面摘要或目录中。

与 region 形成对比，后者是将被包含在页面摘要或目录中的用户界面对象的分组。

作者 应当 使用 group 在 小部件 中形成逻辑项目集合，例如树小部件中形成层级中兄弟集合的子项。然而，当 group 在 listbox 的上下文中被使用时，作者 必须 将其子项限制为 option 元素。因此，作者和辅助技术对 group 的正确处理取决于其所提供的上下文。

作者 可以 嵌套 group 元素。如果某个部分的重要性足以保证包含在网页的目录中，作者 应当 将其指定为 region 或 标准地标角色 的 角色。

页面部分的标题。

为了确保带有 heading 角色的元素被组织成逻辑大纲，作者 必须 使用 aria-level 属性来指示正确的嵌套级别。

一个包含构成图像的 元素 集合的容器。

img 可以包含标题和描述性文本，以及多个图像文件，这些文件在查看时会给人一种单幅图像的印象。img 代表文档中的单个图形，无论它是否由一组绘图 对象 组成。为了使具有 img 角色 的元素变得 可感知，作者 必须 使用 aria-label 或 aria-labelledby 属性提供标签。

一种允许用户输入的通用 小部件 类型。

插入包含标记为已添加的内容或建议添加的内容。请参阅相关 deletion。

插入通常用于标记两个内容版本之间的差异，或者在多人修订内容的情况下指定建议添加的内容。

一个可感知的section内容，其内容与特定的、作者指定的目的相关，并且足够重要，用户很可能希望能够轻松导航到该部分，并将其列在页面摘要中。此类页面摘要可以由用户代理或辅助技术动态生成。

作者通过分配属于 landmark 角色的子类的角色，并在需要时提供简短的描述性标签，来指定内容的用途。

具有属于 landmark 角色子类的角色的元素被称为地标区域或导航地标区域。辅助技术 应当 允许用户快速导航到地标区域。主流 用户代理 可以 允许用户快速导航到地标区域。