关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭5年前。此贴于8个月前编辑提交审核，未能重开帖子:原始关闭原因未解决Improvethisquestion为了满足可访问性标准，每个页面都应该有一个标签？我注意到主要网站有时会使用在他们的页面中标记，有时他们不这样做。是否有任何主要的可访问性标准规定或建议每个页面都应该有一个标签？这似乎有道理，但我也不确定不有一个可访问性后果是什么。
我想制作这张tablehttp://jsfiddle.net/B7SVK/从4列到单列，因为我需要将此表从桌面转换为移动网站，并且移动设备的宽度有限。而且我不想在网页中水平滚动。那么有没有一种方法可以将这个4列表转换为单列表，同时保持相关数据单元格和标题之间的可访问性和关联ContactInformationNamePhone#Fax#CityJoelGarner412-212-5421412-212-5400PittsburghCliveLloyd410-306-1420410-306-5400BaltimoreGordonGreenidge281-564-6720281-511-6
如果我想用“是/否”单选按钮提问。我需要如何标记代码，以便屏幕阅读器阅读与“是/否”选择相关的问题，而不是在选择单选按钮时只阅读"is"和“否”标签？Didyouunderstandthis?(chooseone)YesNo谢谢 最佳答案 对于这种性质的表单元素，我使用:Didyouunderstandthequestion?YesNo另请注意，页面上的所有ID值都应该是唯一的。如果您有一个需要共享描述符的元素，请将其添加为一个类。我还使用Fieldsets为单选选择添加不同的边界。并且一定要指定标签的for="id_value"属
推荐的构建包含导航的html的方法是什么，这样它仍然是SEO可用的和可访问的。例如，结构是否应该更像文档的结构:跳到内容(链接，被CSS隐藏)导航内容其他内容(右侧Pane等)或:跳转到导航(链接，由CSS隐藏)内容导航其他内容(右侧Pane等)显然CSS用于控制布局，但机器人和屏幕阅读器会忽略CSS。 最佳答案 我之前曾被客户要求将导航移动到内容之后，但我认为这对他们帮助不大。我通常遵循您上面提到的第一个结构。一些随机提示:使您的标记符合标准、有效且简单。不要填充关键字或任何东西。像对待标题一样对待标题。确保只有1个h1标签。在整
我们正在运行一个网站并有第3方跟踪像素，但在我们的网站上进行webaim/WCAG2.0扫描时，我们收到alt属性错误。我不确定在这种情况下跟踪像素是否真的需要仍然有一个空白的alt属性，或者某些屏幕阅读器是否仍会读取src？ 最佳答案 alt=""是这种情况下最合适的方法-它告诉屏幕阅读器该图像纯粹是装饰性的，应该被忽略。由于跟踪像素不会在视觉上传达信息，因此从这个角度来看，它们本质上是装饰性的。如果没有ALT，一些屏幕阅读器将回退到阅读图像名称(不带扩展名)，而这通常是您不希望看到的。某些屏幕阅读器(JAWS)可能会忽略1x1或
响应式网站上的触摸设备存在以下简单导航:关于我们关于我们联系我们在移动设备上，主链接会在触摸时展开一个子导航，并使用一个复制的子链接实际打开关于我们和其他子页面。在桌面上，复制的链接是隐藏的-因为主要的关于我们链接支持点击(打开页面)和悬停(显示子导航)状态。这似乎是使用移动触摸菜单处理响应式网站导航的常用方法，但重复链接会产生WCAG2.0冗余链接警报。有没有简单的属性方法来解决这个问题？或者没有比修改网站的IA更好的解决方法了吗？ 最佳答案 我最终在重复的导航项上使用了属性aria-hidden="true"role="pres
如今所有主流浏览器都默认使用页面缩放，而不是“文本大小”。“文本大小”选项仍然存在，但它们更加隐藏[尤其是在Chrome和Firefox中]。鉴于这一事实，EM优于PX或%的原因是否仍然存在？为什么？ 最佳答案 大多数浏览器确实能够调整像素大小，而缩放现在是更流行的跨浏览器工作良好的方式-甚至有一个非常简单的修复旧IE6无法“文本大小”的行为(声明原始body大小的百分比-100%就可以了-然后用像素开火)还请记住，如果用户希望或需要，他们可以设置自己的最小像素大小，因此，如果他们将默认值基于像素，那么为什么还要进行噩梦般的计算……
我们请求使用select元素的onchange触发移动到新页面。过去，我读过的网络可访问性文献通常建议不要这样做。这是因为它打破了用户的预期，并且浏览器(特别是IEIE6+和我测试过的所有其他更现代的浏览器会在鼠标或回车键实际选择一个选项时触发selectonchange。对相关应用程序的分析表明，早期的IE浏览器已基本被淘汰(鉴于我们的用户将能够仅使用键盘正确操作这些select元素，是否仍应将该功能视为可访问性的障碍？这种行为现在似乎很常见，我也想知道它是否真的仍然以有意义的方式打破了用户的期望？编辑:如果select是鼠标或键盘焦点，IE的行为会有所不同。当使用鼠标聚焦时，通过选
我发现这是一个有趣的问题，因为还没有任何资源讨论这个问题:在编写可访问标记时如何处理具有语义意义的符号？例如“&”、“$”、“*”、“-”、“~”等符号……也许屏幕阅读器足够聪明，可以将“&”读作“和”、“$"为"dollar"等等，但有些符号在每种情况下并不总是具有明确的含义。例如，当您看到“Jan2-3,2013”或“Jan2~3,2013”时，您知道“-”和“~”表示“从...到...”。但是我如何将该含义编码到标记中呢？我应该使用吗？标签如Jan2~3,2013？ 最佳答案 屏幕阅读器有自己的阅读字符的方式，但不应期
我正在测试我的HTML代码标记是否符合可访问性标准:http://achecker.ca/checker/index.php.以下是我得到的错误:Repair:Replaceyourielementswithemorstrong.Search我浏览了有关辅助功能的官方FontAwesome文档(https://cdn.fontawesome.com/help#qa-autoa11y)，但没有发现任何提及我需要为图标使用不同标签的内容。对此有什么想法吗？ 最佳答案 作为一般准则，您应该使用em来强调而不是i来表示斜体文本，因为斜体文本
