Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/448.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
在JavaScript中添加Web可访问性支持_Javascript_Accessibility_W3c_Wcag_Wai - Fatal编程技术网

在JavaScript中添加Web可访问性支持

在JavaScript中添加Web可访问性支持,javascript,accessibility,w3c,wcag,wai,Javascript,Accessibility,W3c,Wcag,Wai,通过JavaScript添加WAI支持是否足以支持帮助残疾用户的设备?该脚本将增强标记,使站点更符合WAI/ADA建议(即添加tabindex,aria-属性/元素等)。令人担忧的是,残疾用户可能会使用不支持JavaScript的设备,从而导致这种方法无效。残疾用户也有98%或99%会在激活了JS的情况下冲浪,所以对他们中的大多数人来说这是可行的(来源:最新的WebAIM调查)。 但是此方法会导致无法维护的代码:每次开发人员或web设计师修改HTML、CSS和JS(以及后端?)代码时(或者如果您

通过JavaScript添加WAI支持是否足以支持帮助残疾用户的设备?该脚本将增强标记,使站点更符合WAI/ADA建议(即添加
tabindex
aria-
属性/元素等)。令人担忧的是,残疾用户可能会使用不支持JavaScript的设备,从而导致这种方法无效。

残疾用户也有98%或99%会在激活了JS的情况下冲浪,所以对他们中的大多数人来说这是可行的(来源:最新的WebAIM调查)。
但是此方法会导致无法维护的代码:每次开发人员或web设计师修改HTML、CSS和JS(以及后端?)代码时(或者如果您的脚本也对其进行了修改,甚至是内容编写器),此方法都会中断你必须修改你的脚本,或者更糟的是,你不会注意到它现在在屏幕阅读器和其他辅助技术中被破坏了

它不会纠正文本和背景之间的对比度(尽管网站启动后很少这样做)。
它不会纠正错误的语义,或者您必须在JS中对糟糕的现有HTML代码执行此操作,而不是直接修改模板。为什么不让事情变得不那么复杂,在不破坏东西的情况下重构一个现有的站点已经足够困难了
它不会修改非显式链接、标题层次结构不好、在文本中给链接加下划线并带回大纲(直接在CSS中进行)。
如果您不能至少放大到200%(在文本模式和图像+文本模式下),则不会改变任何内容。等

可访问性远不止是
tabindex
(将不可聚焦的元素设置为可聚焦的真实链接和按钮元素,而不是允许聚焦,但不考虑其其他行为)。
ARIA需要一个现代的屏幕阅读器来感知。。。首先是屏幕阅读器。例如,放大设备与ARIA不兼容。这对盲人和一些弱视用户(使用SR的用户)来说是非常好的,但对其他残疾人来说则不然。

Web内容可访问性指南(WCAG 2.0),W3C/WAI关于Web内容的建议在提高可访问性方面有更大的范围。WAI/ARIA对于应用程序(那些不可能在web上使用并且几年前需要安装软件的应用程序)和高级组件有着巨大的可能性,但它应该在WCAG 2.0之后出现(作为一种补充)。

禁用的用户也有98%或99%可以在激活JS的情况下冲浪,所以是的,它对大多数人都适用(来源:最新的WebAIM调查)。
但是此方法会导致无法维护的代码:每次开发人员或web设计师修改HTML、CSS和JS(以及后端?)代码时(或者如果您的脚本也对其进行了修改,甚至是内容编写器),此方法都会中断你必须修改你的脚本,或者更糟的是,你不会注意到它现在在屏幕阅读器和其他辅助技术中被破坏了

它不会纠正文本和背景之间的对比度(尽管网站启动后很少这样做)。
它不会纠正错误的语义,或者你必须在JS中对糟糕的现有HTML代码执行此操作,而不是直接修改模板。为什么不以不太复杂的方式进行操作呢,在不破坏现有内容的情况下重构现有网站已经够难了!
它不会修改非显式链接、标题层次结构不好、在文本中给链接加下划线并带回大纲(直接在CSS中进行)。
如果你不能至少放大到200%(在文本模式和图像+文本模式下),它不会改变任何东西

可访问性远不止是
tabindex
(将不可聚焦的元素设置为可聚焦的真实链接和按钮元素,而不是允许聚焦,但不考虑其其他行为)。
ARIA需要一个现代的屏幕阅读器来感知……首先需要一个屏幕阅读器。例如,放大设备与ARIA不兼容。这对盲人和部分视力正常的用户(使用SR的用户)来说是非常好的,但对其他残疾人来说则不然。

Web内容可访问性指南(WCAG 2.0),W3C/WAI关于Web内容的建议有更广泛的范围来提高可访问性。WAI/ARIA对于应用程序(那些在Web上不可能使用并且几年前需要安装软件的应用程序)和高级组件具有巨大的可能性,但它应该在WCAG 2.0之后出现(作为补充)。

禁用的用户也有98%或99%可以在激活JS的情况下冲浪,因此,是的,这对大多数用户都有效(来源:最新的WebAIM调查)。
但是此方法会导致无法维护的代码:每次开发人员或web设计师修改HTML、CSS和JS(以及后端?)代码时(或者如果您的脚本也对其进行了修改,甚至是内容编写器),此方法都会中断你必须修改你的脚本,或者更糟的是,你不会注意到它现在在屏幕阅读器和其他辅助技术中被破坏了

它不会纠正文本和背景之间的对比度(尽管网站启动后很少这样做)。
它不会纠正错误的语义,或者你必须在JS中对糟糕的现有HTML代码执行此操作,而不是直接修改模板。为什么不以不太复杂的方式进行操作呢,在不破坏现有内容的情况下重构现有网站已经够难了!
它不会修改非显式链接、标题层次结构不好、在文本中给链接加下划线并带回大纲(直接在CSS中进行)。
如果你不能至少放大到200%(在文本模式和图像+文本模式下),它不会改变任何东西

可访问性远不止是
tabindex
(将不可聚焦的元素设置为可聚焦的真实链接和按钮元素,而不是允许聚焦,但不考虑其其他行为)。
ARIA需要一个现代的屏幕阅读器来感知……首先需要一个屏幕阅读器。例如,放大设备与ARIA不兼容。这对盲人和一些弱视用户(那些使用SR的用户)来说是非常好的,但对他们来说不是