可访问性旨在使每个人都可以使用应用程序或网站，包括视力，听觉，走动或认知障碍等残疾人。
我的同事正在powerBi中设计一个报告（使用网页版FWIW）。我正在查看生成的可访问性树，我注意到很多奇怪的语义，我们似乎没有c...
Android 12、Kotlin：当显示 ACESSIBLITY INTENT 时，为什么我的应用程序未在 ACESSIBILITY 下列为已安装的应用程序？
我正在编写一个需要辅助服务权限的应用程序。因此，我有以下代码，可以在应用程序启动后立即显示 ACCESSIBILITY 意图。在“可访问性”意图下 ->
我很欣赏 DOM 有时是一个动态的野兽。但是，我想知道是否可以进行一个简单的调用来在任何给定时间获取 DOM 可聚焦元素/节点的有序列表？ T...
包含 QMdiSubWindows 的 QMdiArea 对辅助功能 API 不可见
我正在使用 Qt 应用程序，并尝试通过辅助功能界面实现 UI 自动化。除了这个应用程序有一个 QMdiArea 之外，这一切都运行良好...
我们正在解决网站上的 WCAG 可访问性问题，并遇到主页滑块问题。我们的滑块有四个视频，每个视频都显示文本以突出我们的技术。 我们...
您好，我正在尝试使用撰写语义使对讲从 Text() 读出文本并从 Switch() 读出默认行。这是我的代码： var 通过记住 { 切换 可变状态（真） ...
我在 Angular 应用程序中添加了一个跳转到主链接的功能，但它只能运行一次。如果您按 Tab 返回并再次按它，它会将您导航回主页。单击它一秒钟（总体而言...
使用 aria-live 步骤指示器创建可访问的多步骤表单的最佳方法？
我正在开发一个多步骤表单，其中每个步骤都使用 元素动态显示。随着用户的进展，上一步将被隐藏，下一步将被显示（使用 我正在开发一个多步骤表单，其中每个步骤都使用 <template> 元素动态显示。随着用户的进展，上一步被隐藏，下一步被显示（使用 JavaScript）。 为了便于访问，我已将 aria-live="polite" 添加到 HTML 文档的根目录，并使用 JavaScript 根据所选步骤动态更新内容。 我的问题是：哪种方法更容易实现？ 将 aria-live="polite" 添加到根元素，并在步骤更改时使用 JavaScript 更新它。 或 向每个 aria-live="polite" 元素添加 <template>，步骤标题已包含在模板内。 这两种选择都不推荐。您通常不希望将大面积的内容变成实时区域。在没有看到项目的情况下很难给出一个好的答案，但一种解决方案可能是在每个步骤的开头有一个标题，将 tabindex="-1" 添加到标题中，并在新步骤出现时以编程方式将焦点放在标题上。不需要 aria-live。
硬件键盘焦点永远不会落在 Jetpack compose 中带注释的字符串超链接上
我在 Jetpack 可组合项中创建了一个带注释的字符串，并将其分配给可组合文本视图。它有多个超链接。 代码如下： @可组合 有趣的超链接文本（ 全特...
我正在为 Tcl/Tk 工具包开发辅助功能支持，目前正在 macOS 上使用基于 C 的辅助功能 API。我正在尝试了解如何创建可访问性对象......
我正在为视障人士在 Android 智能手机上制作一个应用程序。现在，我的应用程序的主菜单已经创建，并且我已经使用文本转语音程序为视障人士读出菜单......
Java Swing中AccessibleContext有什么用？
我见过很多使用的例子 getAccessibleContext().setAccessibleDescription(...) 设置一些“神奇”的描述。 这个描述有什么用呢？哪里可以看到以及 应该如何...
在浏览器窗口的右上角，应用程序会显示消息“您的会话将在 NN 分钟后过期”。当没有活动时，此消息每分钟更改一次...
我想使用 元素，因为我认为它是计算值的可访问性（也许还有 SEO）方面的最佳解决方案（我有两个 和一个 ）。不...
在 iOS 中，根据焦点方向更改 UIView 元素的辅助功能文本
UIView 的可访问性文本是否可以根据其接收到的焦点方向进行更改。 例子： 我有一个如下所示的布局，顶部标签，然后是集合视图，然后是底部...
我找不到重复的，你可以找到一堆博客文章，建议使用框阴影作为元素的焦点状态而不是轮廓，因为它在手写笔方面更灵活......
我有以下代码： 死池 我有以下代码： <h2> Deadpool <svg width="53" height="64" class="inline" aria-label="and"> <use href="#oleo-ampersand"></use> </svg> Wolverine:<br> A StackOverflow Example </h2> & 符号的样式如下： 现在，我希望屏幕阅读器将其作为常规短语进行叙述（即“死侍和金刚狼”）。将 aria-label="and" 添加到 <svg> 似乎被忽略。有办法实现这一点吗？也许，我应该制作整个块aria-hidden并添加一个视觉上隐藏的元素？ 另外，在 Ctrl+C 上以相同的方式复制块会很酷，但我想如果没有 JS 拦截，这是不可能的。 不用JS复制文本确实不简单。 此标记在屏幕阅读器上适合您吗？ document.addEventListener('copy', (event) => { const selection = window.getSelection().toString(); if (selection.includes("Deadpool") && selection.includes("Wolverine")) { event.clipboardData.setData('text/plain', "Deadpool and Wolverine"); event.preventDefault(); } }); .sr-only { position: absolute; width: 1px; height: 1px; padding: 0; margin: -1px; overflow: hidden; clip: rect(0, 0, 0, 0); white-space: nowrap; border: 0; } <h2> <span class="sr-only">Deadpool and Wolverine</span> Deadpool <svg width="53" height="64" class="inline" aria-hidden="true"> <use href="#oleo-ampersand"></use> </svg> Wolverine: <br> A StackOverflow Example </h2>
我有一个关于屏幕阅读器阅读 React 页面的问题。比如说，在首页，它渲染组件A。当点击页面上的按钮时，路由发生变化，切换到另一个页面...
我有以下代码： 我有以下代码： <nav class="navbar navbar-expand-md"> <div class="container px-0"> <div id="navbarCollapse" class="collapse navbar-collapse"> <ul class="navbar-nav mx-auto"> <li class="nav-item"> <a href="#about" class="nav-link">About</a> </li> <li class="nav-item"> <a href="#project1" class="nav-link">Project 1</a> </li> <li class="nav-item"> <a href="#project2" class="nav-link">Project 2</a> </li> <li class="nav-item"> <a href="#contact" class="nav-link">Contact</a> </li> </ul> </div> </div> </nav> 自动可访问性测试工具显示了一个问题：“未找到可访问的文本”，其叙述者子系统将其叙述为：“已输入导航 - 包含 4 个项目的列表”。 我应该将 aria-label="Navigation links" 添加到 <ul> 吗？ 从技术上讲，不，WCAG 不要求列表具有可访问的名称。此外，屏幕阅读器用户会听到该列表位于导航地标中，因此向列表添加“导航链接”的可访问名称实际上只是多余的信息，我不会推荐它。 如果您要在此处添加可访问的名称，它将位于导航元素上。如果这是网站的主要导航，那么您可以向导航元素添加类似 aria-label="main" 的内容。但是，如果页面上只有一个导航元素，并且它位于标题中，那么即使这样也可能有点过分了。
我的目标是在我的 html5 代码中使用正确的 H* 标签（H1 到 H6）。 我读到这里我根本不应该使用：“为什么你应该选择文章而不是部分：浏览器的头部视觉显示...... 我的目标是在我的 html5 代码中使用正确的 H* 标签（H1 到 H6）。 我读到here我根本不应该使用<section>：“为什么你应该选择文章而不是部分：浏览器对嵌套在元素内的标题的视觉显示使得它们看起来好像正在为这些标题分配逻辑层次结构。然而，这纯粹是视觉上的，不会传达给辅助技术” 但我觉得这不是真的，因为这个流行问题的答案： 也就是说“文章中的章节就像书中的章节，章节中的文章就像卷中的诗歌”，我想将章节用于其预期目的。 问题是这个MDN页面说“重要：在网络浏览器和辅助技术中都没有提出的大纲算法的实现；它从来都不是最终W3C规范的一部分。因此大纲算法不应该被用来传送文档建议作者使用标题等级 (h1-h6) 来传达文档结构。” 我发布的第一个链接中的那个人确实在该页面的中间提出了一个很好的观点，他说“浏览器显示不同大小的字体，具体取决于<section>s中嵌套的深度”。 所以我说我必须正确地将 H* 标签与深度/嵌套匹配才能实现良好的轮廓和视觉样式，这是否正确，或者是否有其他方法。例如，这是不正确的： <body> <h1> something </h1> <section> <h1> section heading for outline </h1> <article> <h1>my first news article</h1> <p>stuff</p> </article> </section> </body> 因为屏幕阅读器无法正确处理 <section> 进行大纲显示。 并且因为浏览器根据嵌套级别显示不同的字体。 那么这会是正确的吗？ <body> <h1> something </h1> <section> <h2> section heading for outline </h2> <article> <h3>my first news article</h3> <p>stuff</p> </article> </section> </body> 注意：这是我发布的第一个问题，所以如果我失礼了，请对我宽容一点，我是新来的:) 基于 <h1> 的文档大纲算法已从规范中删除，实际上从未起作用。就标题级别而言，您的最后一个代码示例是正确的。 为什么 HTML 大纲算法被从规范中删除 – 真相会让你震惊！ 没有文档大纲算法 所以你不应该使用它，并且你的引用是正确的。 建议作者使用标题等级（h1-h6）来传达文档结构。 正确使用<section> 关于使用<section> vs <article>的问题。 您不应该因为样式问题而避免后者。您已经完成了研究，应该坚持您的结果。不过，您需要自己应用一些样式。 我还想在页面摘要中添加 ARIA 视角： <article>有角色article 文章不是导航地标 和 <section>具有角色region，即…… […] 非常重要，用户可能希望能够轻松导航到该部分并将其列在页面摘要中。 为此，还指出了 作者必须为每个具有角色区域的元素提供一个简短的标签 所以，让我们把它放在一起 <body> <h1> something </h1> <section aria-labelledby="s1-heading"> <h2 id="s1-heading"> section heading for outline </h2> <article> <h3>my first news article</h3> <p>stuff</p> </article> </section> </body>