Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/user-interface/2.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
User interface 关于用户可配置颜色的WCAG 2.0指南_User Interface_Colors_Accessibility_Contrast_Wcag2.0 - Fatal编程技术网

User interface 关于用户可配置颜色的WCAG 2.0指南

User interface 关于用户可配置颜色的WCAG 2.0指南,user-interface,colors,accessibility,contrast,wcag2.0,User Interface,Colors,Accessibility,Contrast,Wcag2.0,我们的应用程序有一个用户可以更改背景颜色、文本颜色和其他内容的区域 我想知道,当我们试图使我们的应用程序符合AA标准时,是否必须删除此功能?因为我们无法控制他们选择的颜色和对比度。他们是在配置自己的设置,还是在为其他用户配置设置?如果他们正在配置自己的设置,并且初始设置符合wcag 2.0指南(这样他们就能够使用自定义工具),那么应该不会有问题。从理论上讲,这实际上是一个很好的实践,因为用户将能够根据自己的具体需求自定义设置 我建议阅读更多信息。只要访问者的默认背景和前景颜色满足要求,就可以了

我们的应用程序有一个用户可以更改背景颜色、文本颜色和其他内容的区域


我想知道,当我们试图使我们的应用程序符合AA标准时,是否必须删除此功能?因为我们无法控制他们选择的颜色和对比度。

他们是在配置自己的设置,还是在为其他用户配置设置?如果他们正在配置自己的设置,并且初始设置符合wcag 2.0指南(这样他们就能够使用自定义工具),那么应该不会有问题。从理论上讲,这实际上是一个很好的实践,因为用户将能够根据自己的具体需求自定义设置


我建议阅读更多信息。

只要访问者的默认背景和前景颜色满足要求,就可以了

您使用的技术是针对这一点的建议技术之一:

如果用户选择了无法访问的对比度,则该用户可能无法再次更改它。虽然这可能是用户的“错误”,但该用户仍无法访问您的站点

与的区别在于,更改浏览器设置中的颜色不会更改浏览器界面本身。因此,即使用户最终得到一个无法访问的对比度,他们仍然能够将其更改回来

您可以实施以下一种(或多种)方法来防止用户自己无法访问您的站点:

  • 更改颜色不会更改颜色设置页面本身及其链接。因此,即使用户将所有内容设置为黑色,每个页面上都会有一个(仍然可见)链接,指向(仍然可见)设置
  • 当用户更改颜色时,检查新的对比度值,如果不符合WCAG 2.0指南,则发出警告
  • 将颜色更改为可能无法访问的对比度后,在受影响的页面上显示一个对话框(具有可访问的对比度),询问用户是否要恢复更改
  • 在保存新颜色之前显示演示页面。额外好处:如果用户能够阅读文本,则用户只能接受新颜色
  • 更改颜色后,发送带有重置链接的电子邮件

(假设您的默认对比度符合WCAG 2.0)

这是正确答案。这都是关于默认值的。品牌是一项业务需要,因此管理您的应用程序的人员有责任确保其品牌颜色符合AA。关于“更改浏览器设置中的颜色不会更改浏览器界面”,一些浏览器也会更改界面颜色。例如,当“覆盖”设置为“始终”时,您可以将Firefox颜色设置更改为黑色对黑色,并尝试撤销该设置,并从中获得乐趣。@selfthinker:很好,谢谢您提供的信息:)我想是这样的,因为Firefox将设置显示为页面(以前是一个对话框)。因此,颜色设置仍然不会影响“正常”界面(例如,菜单栏、选项卡列表、地址栏等),但页面内容区域中显示的所有内容(不幸的是)也包括设置。