关于全链接卡的辅助功能

问题描述 投票:0回答:1

我面临着如何使我的网络项目中的 HTML 卡尽可能易于访问的问题。 我发现并关注了这篇非常好的文章:

inclusive-components.design/cards/

我使用了 javascript 技术,如本演示所示:

卡片冗余点击

看起来没问题,正在使用键盘导航和 NVDA 屏幕阅读器测试结果。

当我尝试将我的项目(甚至此示例)提交给在线验证器时,或者如果我使用 Firefox 辅助工具,我会收到有关卡片内部内容的警报:

  • 在线验证器:“行为类似于按钮但使用其他标签(例如 span、div、a 或其他标签)构建的元素应包含等于“button”的“role”属性。
  • firefox:“可点击的元素必须是可聚焦的并且应该具有交互式语义”

我认为问题在于,当该工具需要“A”标签或按钮时,JavaScript 使内部 div 可点击。

我需要将这些视为真正的可访问性问题吗?如果是的话,我可以解决改进代码还是我必须放弃全链接卡的想法?

根据我的测试(当然,我没有测试所有屏幕阅读器工具),我还没有遇到实际问题。 我认为,如果卡片很大,在移动设备上可能会出现难以触摸的潜在问题,并且对于认为整个卡片不可点击的用户来说,可能会出现卡片意外行为的潜在问题。 但如果我放弃完整可点击卡片的想法,我就会遇到用户期望整个卡片可点击的问题,这是一个相当标准的行为......

你觉得怎么样?我可以认为这种技术是可访问且安全的吗?

谢谢

html accessibility
1个回答
0
投票

我在这里没有看到任何问题,因为可点击的全卡链接的操作可以由常规的 H2 标题链接触发。 只要有一种可访问的方式来触发该操作,就不应该成为问题。这篇文章看起来是很好的建议,实际上甚至相当聪明。

使整个卡片内容可聚焦会导致文章开头所解释的问题:单个可聚焦元素的大量内容使其不清楚,可聚焦/可点击元素相互嵌套,等等。 因此,在这种特殊情况下,您当然不应该执行该工具所说的操作。

请记住,自动化辅助工具只是可能存在误报和漏报的工具。除了非常基本的事情之外,它们还远非完美。在这种情况下,它无法检测到点击卡片上的任何位置与直接点击标题链接是一样的。

工具发出的消息应该让您问问自己,您所做的事情是否真的合法。它们可以提醒您可能错过的事情或看起来奇怪的事情。 但你永远不应该不假思索地盲目应用他们所说的话,只是为了让信息消失。

© www.soinside.com 2019 - 2024. All rights reserved.