accessibility 相关问题

可访问性旨在使每个人都可以使用应用程序或网站，包括视力，听觉，走动或认知障碍等残疾人。

使用辅助功能服务在 Android 手机上截取屏幕截图总是失败并出现内部错误

我正在尝试创建一个应用程序，该应用程序允许我在按下按钮后截取另一个应用程序当前显示的屏幕的屏幕截图。每次我按下按钮并开始拍摄服务

java android accessibility screenshot accessibilityservice

回答 1 投票 0

网络可访问性：冗余链接 - 相邻链接转至标签的同一 URL <a href="javascript:void(0)">

代码：启动流程链接我正在使用 Web 的 Wave 工具

html accessibility wcag2.0

回答 1 投票 0

有没有办法向 Accessibility Insights 添加例外，以便允许具有特定属性的元素违反特定规则？

我们使用的包打破了“aria-hidden-focus”规则，因为具有“aria-hidden”的元素是可聚焦的。我联系了包裹所有者，他们说这个已经上线了

accessibility accessibility-insights

回答 1 投票 0

如何在 iPhone 上使用 VoiceOver 制作<div>一组项目？

我正在尝试使用 React 创建一个可访问的阅读应用程序。我的目标是让用户在阅读时能够轻松地在章节之间导航。为了实现这一目标，我使用了我正在尝试使用 React 创建一个可访问的阅读应用程序。我的目标是让用户在阅读时能够轻松地在章节之间导航。为了实现这一点，我使用元素来包装文本内容。像这样： <div> <button>previous</button> <div aria-label='content'> <p>paragraph 1</p> <p>paragraph 2</p> ... (many <p> tags) </div> <button>next</button> <div> 在 Mac 上使用 VoiceOver 功能时，我可以在选择“上一个”按钮时选择元素，然后按“→”导航到 div，然后使用“Caps Lock + Shift + ↓”进入组。但是，在 iPhone 浏览器上执行相同操作时，选择仅选择标签。我尝试调整 aria 属性和角色属性，但无法复制我在 Mac 上经历的行为。有没有办法修改 iPhone 上元素的行为以匹配我在 Mac 上观察到的行为？在 Mac chrome 上在 iPhone Safari 上听起来您正在努力使您的阅读应用程序可以使用 React 进行访问，并且您在不同平台上面临着 VoiceOver 行为的一些问题。 VoiceOver 交互有时会在不同设备和浏览器之间表现不同。以下是一些注意事项和潜在的解决方案，可帮助您实现一致的可访问性行为： Using Semantic HTML Elements: Instead of using a <div> element to wrap the content, consider using semantic HTML elements that are specifically designed for grouping content. For example, you could use an <article> element for chapters and a <section> element for grouping paragraphs within each chapter. This can help screen readers interpret the content more accurately. <article> <button>previous</button> <section aria-label='content'> <p>paragraph 1</p> <p>paragraph 2</p> {/* ... */} </section> <button>next</button> </article> 使用角色=“区域”：您可以尝试将 role="region" 添加到包装元素中。这一角色为辅助技术提供了一个额外的里程碑，以了解内容是一个独特的区域。 <div role="region" aria-label="Chapter"> {/* ... */} </div> Testing and Debugging: VoiceOver behavior can vary between devices and browsers. It's important to test your application on various platforms and browsers to identify inconsistencies. Use the Accessibility Inspector in browser developer tools to inspect the accessibility roles and properties being applied. Mobile-specific Behavior: VoiceOver behavior can be different on mobile devices due to the nature of touch interaction. Users might navigate content using swipe gestures instead of arrow keys. Consider providing clear instructions to users on how to navigate the content using VoiceOver on mobile devices. User Feedback and Testing: The best way to ensure that your application is accessible across various devices and browsers is to involve users with disabilities in the testing process. They can provide valuable feedback and insights into how your application works with different assistive technologies. 请记住，虽然追求一致性很重要，但您还应该优先考虑为残障用户创造清晰且用户友好的体验。如果您遇到持续存在的问题，请联系网络可访问性论坛或专家可能会提供有关如何处理特定情况的进一步指导。

html iphone accessibility wai-aria voiceover

回答 1 投票 0

ViewPager启动时Talkback不公布页面信息

我有一个简单的ViewPager。一个非常基本的。当我们启用辅助功能时，当用户登陆 ViewPager 时，对讲会宣布 ViewPager 内的 Fragment 内容，以“ins...

android android-viewpager accessibility talkback

回答 1 投票 0

启用锚链接以与空格键一起使用

我有一个返回顶部链接，可跳转到手风琴元素顶部页面上的锚链接 - 我将其用作可访问性按钮，并用鼠标单击它，效果就像...... .

javascript accessibility

回答 1 投票 0

在React条件渲染中添加role=“alert”的最佳实践

我正在编写一个通知面板，我的辅助功能团队警告我必须为屏幕阅读器添加 role="alert"。我的代码构造大致是这样的。导出常量 RootDialog: