无障碍富互联网应用（WAI-ARIA）1.3

一种动态区域，用于显示重要且通常具有时效性的信息。参见相关 alertdialog 和 status。

警告提示用于传达对用户可能立即重要的信息。对于音频警告，alert 为听障用户提供了无障碍的替代方案。alert 角色应应用于包含警告信息的元素上。alert 是 status 角色的一种特例，会以原子方式处理为动态区域。

alert 是“强制型”动态区域，意味着会立即通知辅助技术用户。如果操作系统允许，用户代理应当在创建 WAI-ARIA alert 时，通过无障碍API触发系统 alert 事件。

无论是作者还是用户代理，都无需为 alert 元素设置或管理焦点，alert 同样会被正确处理。由于 alert 不要求接收焦点，作者不应要求用户关闭 alert。如果作者希望将焦点移动到提示信息，可以使用 alertdialog 代替 alert。

带有 alert 角色的元素，aria-live 隐式值为 assertive，aria-atomic 隐式值为 true。

一种包含警告信息的对话框，初始焦点进入该对话框内的元素。参见相关 alert 和 dialog。

警告对话框用于向用户传达重要信息。alertdialog 角色 应用于包含警告信息和其它对话框内容的节点。内容作者应当确保 alertdialog 展示期间，鼠标和键盘操作只能在对话框内部进行，使对话框为模态。参见 aria-modal。

与 alert 不同，alertdialog 可接收用户响应，例如确认用户已知晓消息。当弹窗出现时，作者应当将焦点移至对话框内的激活元素（如表单控件或确认按钮）。用户代理应当在创建 alert 时通过无障碍 API 触发系统 alert 事件（若目标无障碍 API支持）。

作者应当在 alertdialog 上使用 aria-describedby 指向弹窗内的警告消息元素。若未声明，辅助技术可使用其内部恢复机制确定提示内容。

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

部分用户代理和 辅助技术拥有浏览模式，标准输入事件（如上下箭头）被拦截用于控制阅读光标。这会导致不带 widget 角色的元素无法通过键盘或手势事件获得交互能力。

当需要创建一种不受任何WAI-ARIA widget角色支持的交互模型时，作者可以为该元素声明 application 角色。当用户进入带 application 角色的元素时，拦截标准输入事件的辅助技术应当切换为让标准输入事件直接传递给 Web 应用的模式。

例如，一个演示文稿幻灯片编辑器使用箭头键移动幻灯片上的文本框和图片。此类交互模型无对应WAI-ARIA widget角色，因此作者可以为幻灯片容器声明 role="application"，用 aria-roledescription 定义为“Slide Editor”，并通过 aria-describedby 提供说明内容。

由于某些辅助技术用户仅能访问 application 内部的可聚焦元素，作者必须采用下述方法之一确保所有非装饰性的静态文本或图片可访问：

1. 使用 aria-labelledby 或 aria-describedby，将内容与可聚焦元素关联。
2. 将内容放在带 document 或 article 角色的可聚焦元素中。
3. 如焦点管理章节所述，管理无障碍后代的焦点，及时更新 aria-activedescendant 以指向包含焦点内容的元素。

页面中的一个区块，由内容组成，是文档、页面或站点的独立组成部分。

article 不是导航性地标，但可以嵌套用于表示讨论，辅助技术可利用嵌套结构帮助用户分辨讨论脉络。article 可为论坛帖、杂志/新闻文章、博客条目、用户评论等独立内容。其“独立性”体现在内容可单独分发（如被聚合）。但article元素始终关联其祖先结构，例如父元素的联系信息依然适用于 article​​。嵌套时，子 article 表示与父 article 内容相关的信息。比如，一个带评论的博客，评论可以作为主文章内嵌的 article。作者、标题、日期等元信息仅关联当前 article，不传递给嵌套 article。

当用户导航到被设为 article 的元素时，通常会拦截标准键盘事件的辅助技术应当切换到文档浏览模式，而不是将键盘事件传递给 Web 应用。有些辅助技术允许用户遍历嵌套的 article 层级。

若 article 出现在 feed 场景，作者可以设置 aria-posinset 和 aria-setsize。

一种landmark，主要包含与网站整体相关（而非某个页面特有）内容。

站点内容通常包括如站点品牌标识（logo）、站点赞助者标识，以及站点特定的搜索工具。banner 一般显示在页面顶部，通常会横跨全页宽度。

辅助技术应当让用户可以快速跳转到带 banner 角色的元素。 用户代理 应当把带 banner 角色的元素作为导航性地标处理。 用户代理 可以允许用户快速跳转到带 banner 角色的元素。

作者应当避免在同一页面上为多个元素指定 banner 角色。

一段引用自其他来源的内容区域。

一种输入，可供用户点击或按下以触发操作。参见相关 link。

按钮大多用于离散操作。规范化按钮的外观有助于用户识别这些控件为按钮，也便于工具栏内紧凑展示。

按钮支持可选属性 aria-pressed。若按钮 aria-pressed 属性非空，则该按钮为切换按钮。当 aria-pressed 为 true 时按钮处于“已按下”状态；为 false 时未按下。如果未设置该属性，则为普通命令按钮。

用于命名或描述 figure、grid、group、radiogroup、table 或 treegrid 的可见内容。

作者在使用 caption 时应当确保：

• caption 是 figure、grid、group、radiogroup、table 或 treegrid 的后代。
• caption 是 grid、group、radiogroup、table 或 treegrid 的第一个非 generic 后代。
• caption 是 figure 的第一个或最后一个非 generic 后代。

如果 caption 作为其所包含元素的可访问名称，作者应当为包含元素设置 aria-labelledby，指向 caption 角色元素。

<div role="radiogroup" aria-labelledby="cap">
   <div role="caption" id="cap">
     Choose your favorite fruit
   </div>
   <!-- ... -->

如果 caption 同时包含名称和描述，作者可以用 aria-labelledby 指向 caption 内作为名称的元素，再用 aria-describedby 指向描述性内容。

<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>
   <!-- ... -->

如果 caption 作为长说明，或说明内容包含理解上重要的语义结构，作者可以用 aria-labelledby 指向 caption 内作为“名称”的元素，再用 aria-details 指向说明内容。

<div role="figure" aria-labelledby="name" aria-details="details">
  <!-- figure content here, such as a complex data viz SVG -->
   <div role="caption">
     <div id="name">Sales information for 20XX</div>
     <div id="details">
       This barchart represents the total amount of sales over the course
       of five years. <a href="...">Sales information for last year</a> can
       be reviewed, or you can overlay <button aria-pressed="false">previous year</button>
       information in this graphic.
     </div>
   </div>
   <!-- ... -->

如果 caption 只包含说明文本，没有适合作为容器元素可访问名称的文本，则可以使用 aria-label 或 aria-labelledby 提供可访问名称，而 caption 可以仅作为说明内容，被 aria-details 引用。

<div role="figure" aria-label="Sales information" aria-details="details">
  <!-- figure content here, such as a complex data viz SVG -->
   <div role="caption" id="details">
     This barchart represents the total amount of sales over the course
     of five years. <a href="...">Sales information for last year</a> can
     be reviewed, or you can overlay <button aria-pressed="false">previous year</button>
     information in this graphic.
   </div>
   <!-- ... -->

表格容器中的一个单元格。参见相关 gridcell。

作者必须确保带 元素且 role 为 cell 的元素是 role 为 row 的元素的无障碍子项。

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

aria-checked 属性表明 checkbox 的选中状态：已选中（true）、未选中（false），或一组元素中包含混合勾选与未勾选（mixed）。大多数复选框不使用 mixed 值，因此等效于布尔型复选框。

内容为代码片段的区域。

code 角色的主要作用是告知辅助技术内容为计算机代码，因此可能要采用特殊方式呈现，尤其是在语音合成方面。具体来说，屏幕阅读器和其它文本转语音工具应当优先使用全部标点朗读模式，确保诸如“-”等常用符号能被朗读出来。

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

columnheader 可用作表格或网格的列头，在饼图等数据可视化场景下也可以用于展现类似的数据关系。

columnheader 和其对应列中的所有单元格之间建立结构关联。其结构等效于 HTML 中 scope 为 column 的 th 元素。

作者必须确保带 元素且 role 为 columnheader 的元素为 row 角色元素的无障碍子项。

为 columnheader 设置 aria-selected 状态不得导致用户代理自动将 aria-selected 状态下发到相关列下的所有单元格。作者可以根据具体应用决定是否这样联动。

columnheader 既可用于交互式网格，也可用于普通表格，但 aria-readonly 和 aria-required 只适用于交互式控件。因此，作者不应在从属于 table 的 columnheader 上使用这两个属性；除非元素属于 grid，用户代理不应向辅助技术暴露上述属性。

一种input，可以控制其他元素如listbox或grid，用于动态弹出帮助用户设定input的值。

combobox 功能上将一个具名输入框和用于辅助选择值的弹出补充元素组合在一起。 combobox 输入既可以是可编辑的单行文本框，也可以仅显示当前值的只读元素。 如果 combobox 支持文本输入且提供自动补全行为（见 aria-autocomplete），作者必须在 combobox 元素上设置对应行为的 aria-autocomplete 值。

通常 combobox 的初始状态为折叠。 折叠时，仅 combobox 元素和可选的弹出按钮可见。 当 combobox 展开时，则元素本身和弹出内容一同显示。 作者必须在展开时将 aria-expanded 设为 true，折叠时设为 false。

作者必须确保与 combobox 关联的弹出层具有 listbox、tree、grid 或 dialog 角色。 弹出层显示时，作者必须在 combobox 元素上用aria-controls 指向该弹出元素。

带 combobox 角色的元素隐式 aria-haspopup 值为 listbox。 若弹出层为其他角色，作者必须显式设定 aria-haspopup 为相应角色类型。

如果界面中有额外图标可用鼠标或触控控制弹出层显示，作者应当确保该图标的 role 为button，可聚焦但不进入 Tab 键序列，且不为 combobox 的 DOM 子元素。 为了提升键盘无障碍性，作者应当提供新焦点移动机制，实现 combobox 元素与弹出层内容的互转。 比如常见做法是 下箭头 可将焦点从输入移动到弹出层第一个可聚焦后代。 若弹出支持 aria-activedescendant，则焦点不变，仅更新 combobox 上 aria-activedescendant，引用弹出层内被激活项。 当弹出中某后代处于激活状态时，作者可以为 combobox 设置 aria-activedescendant，引用弹出层内对应项，且焦点始终留在 combobox。

用户代理必须将带 combobox 角色元素的值曝露给辅助技术。 combobox 的值如下获取：

• 如果 combobox 元素本身为如 HTML input 等本地宿主元素，则其值即作为组合框的值。
• 否则，其值由后代元素内容决定，获取方式同 button 通过子内容获取名称的方式一致。

    <label id="tag_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" aria-labelledby="tag_label">
   <li role="option">Zebra</li>
   <li role="option" id="selected_option">Zoom</li>
</ul>

combobox 的特性和行为各异，具体实现考虑点较多。详细可参考 WAI-ARIA 实践指南中的模式设计说明。

一种执行操作但不接收输入数据的控件。

command 是抽象角色，用于本体模型。作者不得在内容中使用 commmand 角色。

评论用于表达对其它内容的反馈。

评论可用于标注任意可见内容：无论是一小段文本、其它评论，还是整个文章。作者应当按如下方式明确评论与被评内容间的关系：

1. 如果该评论是对另一 comment 的回复：
   • 若所有上层评论都存在于 DOM 中，则每个回复 comment 都应作为其被回复 comment 的语义后代，可以是 DOM 后代元素，也可以用 aria-owns 指定。
   • 或者，如果部分或全部祖先评论不在 DOM 中（如分页评论），可用 aria-level 标明层级信息，aria-posinset 和 aria-setsize 可指示组内排序信息。
2. 否则，若评论与页面其他内容相关：
   • 在被评论内容的元素上用 aria-details 指向评论 comment 元素。
   • 若同一内容下有多个评论，可为被评论内容的 aria-details 指向所有评论，或用 aria-details 指向评论的父容器。如果 aria-details 指向的不是 comment，作者应当为该容器赋予 group 或 region 角色。

若作者未为 comment 显式声明 aria-level、aria-posinset 或 aria-setsize，用户代理必须自动推算缺失值并向辅助技术曝露。

一种landmark，用于补充主内容，可以作为兄弟节点或直接子节点。此类内容即使与主内容分离，也应当具有独立意义。

很多内容类型可适用此角色。如门户网站可包含演出时间、当前天气、相关新闻、待关注股票等。如果补充内容可完全脱离主内容，也可考虑更一般的角色。

辅助技术应当让用户能快速跳转带 complementary 角色的元素。 用户代理应当将 complementary 角色元素作为导航地标处理。 用户代理可以支持用户快速跳转到该角色元素。

一种控件，可以包含可导航的无障碍后代。

作者应当确保复合控件在页面整体导航系统里为一个独立的导航停靠点。当复合控件获得焦点后，作者应当为用户提供另一种导航机制，以便导航到作为该复合元素元素的无障碍后代。

composite 是抽象角色，用于语义建模。作者不得在内容中使用 composite 角色。

一种landmark，包含关于父文档的信息。

本区域常见内容示例包括版权声明、隐私政策链接等。

辅助技术应当让用户能快速跳转到带 contentinfo 角色的元素。 用户代理应当将 contentinfo 元素作为导航地标进行处理。 用户代理可以支持用户快速跳转到此类元素。

作者应当避免在同一页面为多个元素指定 contentinfo 角色。

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

作者必须明确被定义的元素，并为其分配 term 角色。

作者不应在如表单控件等交互元素上使用 definition 角色，否则可能导致辅助技术用户无法与这些元素交互。

删除内容用于标记被移除、建议移除，或在其伴随内容语境下已不再相关的内容。参见相关 insertion。

删除通常用于对比内容的两个版本差异，或多人修订时标记建议移除的内容。

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

对话框通常用于提示用户输入信息或做出响应。用于打断用户流程的对话框通常为模态对话框。参见相关 alertdialog。

作者必须为对话框提供可访问名称，可使用 aria-label 或 aria-labelledby 属性实现。

作者应当确保所有对话框（无论模态或非模态）至少包含一个可聚焦后代元素。作者应当在模态对话框显示时将焦点设置在内部元素，并应当管理模态对话框的焦点。

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

directory 是静态目录表，不论是否带有链接。包括用列表（及嵌套列表）构建的目录表。动态生成的目录可考虑用 tree 角色。

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

当用户代理的焦点移到带有 document 角色的元素时，具有静态内容阅读模式的辅助技术可以切换到对应阅读模式，并拦截标准输入事件（如上下箭头），用于控制阅读光标。

由于具有阅读模式的辅助技术，默认会对除 widget 或 application 角色外的所有元素启用该模式，所以 document 角色只有在它是 widget 或 application 的可聚焦子元素时才有意义。举例来说，当一个 application 元素包含一些静态富文本，作者可为该内容元素声明 role="document" 并设置 tabindex 为 0。当屏幕阅读器使用 Tab 键聚焦到 document 元素后，用户即可用阅读光标浏览内容。

一段或多个强调字符。参见相关 strong。

emphasis 角色用于强调内容，仅当强调缺失会影响内容含义时应当使用，而不是单纯用于表现上的字体变化。

emphasis 角色不是用来表达重要性的，表达重要性应使用 strong 角色。

一个可滚动的list，其下所有子项为article，滚动时可能会在列表两端动态添加或移除article。

feed 让具备文档浏览模式的辅助技术（如屏幕阅读器）用户可以用阅读光标滚动和阅读无限加载的丰富内容流。在 feed 中，辅助技术通过切换用户代理焦点，将用户的阅读光标动作信号传递给 Web 应用，使应用能够根据浏览情况动态添加内容并调整其展示位置。同时，feed 让作者可以在有新内容添加或移除时通知辅助技术，便于辅助技术及时、平滑地响应内容变更而不打断用户阅读或降低性能。

例如，feed 可用于展示新闻流，每个article内包含文本、链接、图片、评论、分享和评论等小部件。屏幕阅读器用户在阅读或交互时，每条新闻会滚动到可见区，且根据需求动态加载新内容。

feed 是一个容器元素，其所有子元素的角色为 article。针对 feed 两端的 article 动态增删，作者应当在变动前为 feed 设置 aria-busy 为 true，变动完成后设为 false。作者应当避免在 feed 中间插入或删除 article。这样有助于辅助技术平滑应对内容变更。

作者应当使 feed 中每个 article 可聚焦，并确保当用户代理焦点移至 article或其后代时，应用能将其滚动入视图。例如在 HTML 中，应为每个 article 设 tabindex="-1" 或 tabindex="0"。

当辅助技术阅读光标从一个 article 移到另一个时，辅助技术应当把 article 设为焦点；如果焦点落在 article 的可聚焦后代，则可直接焦点于该后代。

由于要通过阅读光标滚动到另一个 article 依赖页面中存在其他 article，作者应当在焦点到达已加载内容集合两端 article 前，尝试预加载更多内容。或者，作者可以在集合两端插入一个含有如 button 的 article，让用户主动加载更多内容。

除设置简短标签外，作者可以为 feed 内 article 元素指定 aria-describedby，为屏幕阅读器指明导航时标签后应朗读的内容。屏幕阅读器可以在按 article 导航时同时播报标签和可访问描述，让用户能直接略过重复或次要内容。

作者应当为 feed 内的 article 提供键盘切换焦点的机制，便于不依赖辅助技术的用户也能用键盘导航。

当 feed 的 article 数量为静态时，作者可以在子元素设置 aria-setsize 来说明集合大小。若总数极大、不确定或经常变化，作者可以将 aria-setsize 设为 -1 表示集合大小未知。

详见 WAI-ARIA Authoring Practices 获取 feed 设计模式的更多信息。

一个可感知的section，通常包含图形文档、图片、媒体播放器、代码片段或示例文本。figure 的各部分可以被用户导航。

作者应当在正文中引用 figure，但 figure 不必出现在引用位置。作者可以为 figure 添加 caption，其内容可作为名称、描述文本或两者。如果提供 caption 且其为 figure 的描述，作者应当用 aria-details 关联。

作者可以用 aria-label 为 figure 提供可访问名称，或用 aria-labelledby 引用页面其他文本作为其标签和访问名。

更多关于如何将 figure 与 caption 关联的信息，请参见 caption 角色。

辅助技术应当让用户能快速跳转 figure。用户代理可以让用户快速跳转 figure。

一种landmark，其区域包含一组项目和对象，整体组合成一个表单。参见相关 search。

form 可以包含原生表单控件、脚本控件和超链接的组合。建议作者优先使用原生语义创建表单控件。如果表单目的是提交搜索内容，作者应当优先用 search 角色，不用通用 form 角色。

作者必须给每个 role="form" 的元素提供简短说明，描述表单目的。如果存在可见标签，作者应当用 aria-labelledby 引用该标签。作者应当尽可能将标签放入标题，标题可以是标准 HTML 标题元素或者 role=heading 元素。

如果作者用脚本通过非传统 onsubmit 行为提交表单（如值变化即提交），应当提前提示用户该行为。

辅助技术应当让用户快速跳转至 form 角色元素。用户代理应当把带可访问名的 form 角色元素作为导航地标处理。用户代理可以让用户快速跳转这些元素。

一个无语义、无名称的容器元素。

generic 角色主要作为宿主语言中通用元素（如 HTML div 或 span）的隐式角色，主要面向用户代理实现。作者不应在内容中使用该角色。作者可以通过 presentation 或 none 移除隐式无障碍语义，或用 group 等具名容器组语义包裹后代进行分组。

和 presentation 角色类似，generic 元素可以为其后代指定有限无障碍状态或属性，例如 aria-live。

但与 presentation 不同，当设置了允许的无障碍属性时，用户代理会通过无障碍 API正式暴露 generic 元素。否则用户代理可以直接忽略该元素。

一个复合的 widget，包含一个或多个行的集合，每行包含一个或多个单元格，网格中的某些或所有单元格可以通过二维导航方法（例如方向箭头键）获得焦点。

grid 角色并不暗示特定的视觉呈现（例如表格呈现）。它描述了 元素之间的关系。它可以用于诸如对一组复选框或导航链接进行分组这样简单的用途，也可以用于创建功能齐全的电子表格应用程序等复杂用途。

一个 grid 的单元格元素具有 gridcell 角色。作者 MAY 可将单元格指定为行或列标题，使用 rowheader 或 columnheader 角色来替代 gridcell 角色。作者 MUST 必须确保具有 gridcell、columnheader 或 rowheader 角色的元素是具有 row 角色的元素的可访问性子项，而这些 row 又是具有 rowgroup 或 grid 角色的元素的可访问性子项。

为了实现键盘可访问性，作者 SHOULD 应按照 Managing Focus 中的描述来管理 grid 的后代的焦点。当用户使用键盘在 grid 内容中导航时，作者 SHOULD 应按如下方式设置焦点：

• 如果某个 gridcell 包含一个单一的交互式 widget，且该控件在获得焦点时不会消费箭头键的按键，例如 checkbox、button 或 link，作者 MAY 可以将焦点设置在该单元格中包含的交互元素上。这允许包含的控件可被直接操作。
• 否则，作者 SHOULD 应确保接收焦点的元素是 gridcell、rowheader 或 columnheader 元素。

如果可聚焦的 gridcell 包含下列任一项，作者 SHOULD 应提供一种切换到交互或编辑模式的机制，以便用户能够在该单元格内部导航并与其中的内容交互：

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

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

作者 MAY 可以使用 gridcell 显示公式的结果，该结果可能由用户编辑。例如在电子表格应用中，一个 gridcell 可能会显示由公式计算出的值，直到用户激活该 gridcell 进行编辑，此时该单元格中会出现一个 textbox，使其进入可编辑状态。

如果在具有 grid 角色的元素上设置了 aria-readonly，user agents MUST 必须将该值传播到属于该 grid 的所有作为可访问性后代的 gridcell 元素，并在可访问性 API 中暴露该值。作者 MAY 可以覆盖单个 gridcell 元素的 aria-readonly 的传播值。

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

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

作者 MAY 可使用 gridcell 的 aria-selected 属性来指示可聚焦的 gridcell 可被选择作为一个操作对象。如果 grid 允许多个 gridcell 被选择，作者 SHOULD 应在具有 grid 角色的元素上将 aria-multiselectable 设置为 true。

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

有关实现网格设计模式的更多细节，请参阅 WAI-ARIA Authoring Practices。

grid或treegrid中的一个cell。

gridcell 可以获得焦点、可编辑、可选中。gridcell 可以通过 关系属性如 aria-controls 建立功能关系。

如果某gridcell应当有行头、列头或二者，且不能通过 DOM 结构自动判断，作者应当通过aria-describedby引用相应rowheader或columnheader元素。

在treegrid中，作者可以通过aria-expanded属性定义gridcell是否可展开。该属性仅作用于单个单元格，不代指容器row，两者都可以展开。主要用途为数据透视表。

作者必须确保带有gridcell角色的元素是row角色元素的无障碍子项。

一组用户界面对象，辅助技术通常不会在页面摘要或目录中展示这些对象。

与region对比，后者会将对象组纳入目录。

作者应当用group为widget中的逻辑集合分组，如树组件中的兄弟分组。但在listbox中使用group时，必须只包含option元素。因此group的正确用法需视语境而定。

作者可以嵌套group。如果某分区足够重要需要出现在页面目录中，应当赋予region或标准地标角色。

页面分区的标题。

为确保heading角色的元素组成逻辑大纲，作者必须使用aria-level属性指明正确的标题层级。