键盘快捷键是否符合508合规性要求

Question

我对此进行了很多研究,似乎在SO和所有网络上得到了相互矛盾的答案.我理解,在508条款中,合规性不等于可访问性.

最大的问题是UI/UX设计师被告知下拉菜单NEEDS的键盘快捷键使键盘快捷键符合508标准.我看到Windows Forms应用程序有这个,但对于Web开发,我不认为必须"合规"

我回答的另一个问题是:符合MVC 4站点508

Answer 1

一些标准(以及许多法律)的问题在于它们可以解释......

我在508标准中提到键盘使用的唯一提法就是这个(逐字):

B部分 - 技术标准

§1194.21软件应用程序和操作系统.

(a)当软件被设计为在具有键盘的系统上运行时,产品功能应该可以从键盘执行,其中可以以文本方式识别功能本身或执行功能的结果.

我对此的看法是:

• 考虑到给定部分可能包含的操作/特征量,导航选项的键盘快捷键可能是不切实际的.重要的是,它们可以通过键盘进行访问.
• 从用户体验的角度来看,关键功能应该有"快捷方式",因为它是良好的用户体验.但是为了捷径,一切都从一条沟流到另一条沟.
• 508!=可访问性,但是如果你为gov/edu工作,那么你的PD很可能符合要求.

另一方面是WCAG,它与508合规相结合,在我的书中更好地定义:键盘内容在WCAG中处于"可操作"状态.

简而言之:对于UX来说,拥有重要功能的自定义键盘快捷键是一种很好的做法.但它本身与508合规无关.(除了功能应该通过键盘 - 某些方式 - 可以访问).

Answer 2

我部分同意瘦,但同意留下的评论的前两句话.

我所说的句子是:

他们应该可以通过键盘来访问508.我一直在强调快捷方式和可达性之间的区别

Crixus说:

最大的问题是UI/UX设计师被告知下拉菜单NEEDS的键盘快捷键使键盘快捷键符合508标准.

你需要弄清楚这一点.你的意思是简单<select>或下拉导航菜单？正如Thinice在评论中所述,第508条只是说需要可以达到.问题变成:

你如何为你的应用程序添加快捷键？您是通过accesskeys属性添加它们还是Gmail/Yahoo Mail如何添加快捷键？

我以为我做了一个关于AccessKeys的答案,但是找不到它.基本上,accesskeys听起来很棒,但是如果你看一下你可以使用的那些不会干扰浏览器或辅助技术键的键,你就会非常有限.Gez Lemon 概述了AccessKeys及其问题.如果你想要做Yahoo! Mail方法,你必须做更多的工作.Todd Kloots做了关于ARIA的演讲,这可能会有所帮助.这引导我进入第二部分.如果您在大量使用JavaScript的网站上做的东西,人们用这两种 1194.21(软件应用程序/ OS)和 1194.22(网络)的标准来评估一个网站.如果站点使用JS来创建navmenu(YUI菜单示例),则需要通过键盘访问下拉行为.我会说这属于:

§1194.21软件应用程序和操作系统.
(a)当软件被设计为在具有键盘的系统上运行时,产品功能应该可以从键盘执行,其中可以以文本方式识别功能本身或执行功能的结果.

和

(c)应提供明确定义的当前焦点的屏幕指示,当输入焦点改变时,该指示在交互式界面元素之间移动.重点应以程序化方式暴露,以便辅助技术可以跟踪焦点和焦点变化.

我说这两个标准都被使用,因为(a)说你必须能够通过键盘进入导航区域.(c)因为某些菜单可以tab用于所有父项,但你不能在没有鼠标的情况下进入下拉部分.我看过tab子菜单项的菜单,但菜单没有弹出.因此,如果您只使用键盘(移动设备),而不是使用JAWS,您将不知道自己身在何处.

我看到Windows Forms应用程序有这个,但对于Web开发,我不认为必须"合规"

我会说实际应用程序,如Word,Outlook等,提供常用命令的快捷方式.如果您正在为Web应用程序执行此操作,我会考虑您执行的操作数量.这不是强制性的要求.如果您正在制作导航栏,我建议使用ARIA角色,特别role="navigation"是在父元素上作为最佳实践.