Html aria是否仅为“扩展”；点击"；交互，或者它可以用于；焦点“；也

我可以在链接元素（锚点）的焦点或悬停状态下使用“

aria expanded

”吗？因此，当用户在链接上使用键盘悬停或聚焦时，扩展的aria应变为true，当删除悬停或聚焦时，应变为false

---

从我所读到的内容来看，除了这个链接，我真的找不到明确的答案，这个链接说它只能在点击时使用，而不能在焦点上使用。

你可以在“展开”另一个项目的元素上使用

aria expanded

，例如弹出菜单或手风琴

它不适合显示某个对象是否处于焦点/悬停状态，它是为“激活”的对象而设计的（因此，

按钮

是正常的用例，链接

有时是可以接受的，如果您使用它作为无JavaScript的后备）

在您给出的示例中，不清楚您是在悬停还是焦点上显示子菜单，这就是为什么要使用

aria expanded

如果您没有那么就不要使用

aria expanded

如果您是，我建议您更改菜单，以便在单击时保持菜单打开（对于触摸设备，您无论如何都应该这样做），此时单击即可选择

aria expanded

在上面的示例中，屏幕阅读器会在您第一次遇到当前状态时，在焦点上宣布当前状态为

折叠

，因此预期的行为是按空格键或enter键，并将状态更改为

aria expanded=“true”

和annound

expanded

让用户知道他们已经透露了一些额外的信息（一旦激活，应该是下一个选项卡停止）

您仍然可以让使用鼠标悬停的用户看到菜单本身

---

我希望这是有意义的。

您在“展开”另一项（如弹出菜单或手风琴）的元素上使用

aria expanded

它不适合显示某个对象是否处于焦点/悬停状态，它是为“激活”的对象而设计的（因此，

按钮

是正常的用例，链接

有时是可以接受的，如果您使用它作为无JavaScript的后备）

在您给出的示例中，不清楚您是在悬停还是焦点上显示子菜单，这就是为什么要使用

aria expanded

如果您没有那么就不要使用

aria expanded

如果您是，我建议您更改菜单，以便在单击时保持菜单打开（对于触摸设备，您无论如何都应该这样做），此时单击即可选择

aria expanded

在上面的示例中，屏幕阅读器会在您第一次遇到当前状态时，在焦点上宣布当前状态为

折叠

，因此预期的行为是按空格键或enter键，并将状态更改为

aria expanded=“true”

和annound

expanded

让用户知道他们已经透露了一些额外的信息（一旦激活，应该是下一个选项卡停止）

您仍然可以让使用鼠标悬停的用户看到菜单本身

---

我希望这是有意义的。

WCAG3.2.1清楚地表明，元素不能在焦点上改变。应允许键盘和屏幕阅读器用户在接收焦点时打开和关闭元素。无论是否在焦点时打开，aria expanded都用于提醒屏幕阅读器用户，当元素（包括锚定标记）被触发时，该元素将随着紧跟在该元素之后的内容展开。

WCAG 3.2.1明确指出，元素不能在焦点时更改。应允许键盘和屏幕阅读器用户在接收焦点时打开和关闭元素。无论是否在焦点位置打开，aria expanded都用于提醒屏幕阅读器用户，当某个元素（包括锚定标记）被触发时，该元素将随着紧跟在该元素之后的内容展开。

aria expanded指示该元素或其控制的另一个分组元素当前是展开还是折叠。[…]这可以应用于页面部分，以标记可扩展和可折叠区域，这些区域可灵活地管理内容密度

可以将ARA扩展到链接，但是如果按下链接触发了一个动作，但不会改变浏览器焦点或页面位置，建议作者考虑使用按钮角色而不是链接角色。

---

来源：和

aria expanded表示元素或其控制的另一个分组元素当前是展开还是折叠。[…]这可以应用于页面部分，以标记可扩展和可折叠区域，这些区域可灵活地管理内容密度

可以将ARA扩展到链接，但是如果按下链接触发了一个动作，但不会改变浏览器焦点或页面位置，建议作者考虑使用按钮角色而不是链接角色。

---

资料来源：非常感谢您的解释，这很有帮助。顺便说一句，目前我正在显示鼠标悬停和焦点的子菜单，并在此基础上使用aria扩展，这现在似乎是不正确的。我认为要么我必须放弃这个aria扩展，要么如果我的UX团队同意，改变交互，以便在焦点上，用户必须单击以扩展它，然后aria扩展将更有意义。当然，这样做的方式是，在悬停状态下做没有错，但在焦点上，我希望它是我与之交互的东西，用向下箭头显示它。我不记得链接了，但w3网站实际上有一个很好的菜单示例，您可以根据它来实现功能。还有一个例子应该能给你一个想法，虽然我想的那个更好：-p非常感谢这个解释，这很有帮助。顺便说一句，目前我正在显示悬停和聚焦的子菜单