role = form如何帮助可访问性？

我已经读到该role属性已添加到Bootstrap中以实现可访问性，并且我想知道如何<form role="form">帮助可访问性。有关此特定用法的示例，请参见http://getbootstrap.com/css/#forms-example。

我没有在Bootstrap的回购中搜索“角色”。

我的问题是该信息似乎多余。HTML标记本身（）已经表达了元素是表单的概念<form>，因此如果我们还添加元素正在播放roleof的信息，这有什么帮助form？添加role="..."是否role要不同于form（我不知道是什么-但让我们假装）；就目前而言（尤其是没有具体的推理/用例示例），充其量令人困惑。

如果role="form"在表单中添加，则屏幕阅读器会将其视为网页上的一个区域。这意味着用户可以使用他/她所在区域的快速导航键轻松跳到表单（例如，在JAWS 15中，您为此使用R）。而且，由于屏幕阅读器会标记区域的开始和结束，因此您的用户将能够轻松找到表单的开始和结束位置。

我想指出，评论中提到的文章@ user664833指出role="form"不应在<form>元素上，而应在一个<div>或多个其他元素上（从语义上不表示它包含表单元素）。

<form>现代屏幕阅读器可能已经正确处理了该元素。

报价（链接）：

建议role="form"在语义中性的元素（例如<div>not）上使用[ ] <form>，因为该元素已经具有默认的角色语义。

实际上，ARIA 1.1 W3C建议明确指出，不应在第1.4节（源）中更改宿主语言的语义：

“当宿主语言为该类型的对象提供语义元素时，使用样式和脚本创建对象是不合适的。虽然WAI-ARIA可以改善这些对象的可访问性，但最好是允许用户代理处理可访问性来提供可访问性。本机对象。”

因此，写作<form role='form'>不仅多余，而且与建议不符。

从语义上讲，默认情况下，表单是表单。但是，并非所有可访问性应用程序（屏幕阅读器等）的设计都相同，并且有些应用程序可以将具有role=form属性的元素（甚至是form元素）以不同的方式使用，即使他们理解父表单元素在具有或不具有该属性的情况下具有相同的语义。role=form属性。