问题标签 [accessibility-insights]

我已经在同一元素上尝试了 Web 和 Windows 应用程序的可访问性见解，但得到了不同的结果。

Web 结果的可访问性见解

Windows 结果的可访问性见解

在 Accessibility Insights for Web 的“链接目的”部分的测试中，没有提及 WCAG SC 2.5.3，名称中的标签。

SC 2.5.3 在 Native Widgets & Custom Widgets 部分的 Instructions 小节中被引用。

但是，我根本没有在“链接”部分看到名称中的标签测试。这些天来，许多网站使他们的链接看起来像按钮。当语音输入用户尝试激活看起来像按钮的链接时，链接的可访问名称必须与该元素上的可见文本等效，或者必须完整包含该元素上的可见文本。否则，尝试使用可见标签激活链接的语音输入用户将不成功。

那么，不应该在“链接”部分中包含对“名称中的标签”的测试吗？

我正在尝试通过自动问题文件管理器自动提交问题。使用我的 Azure Boards 项目 URL，即https://microsoft.visualstudio.com/。

我收到服务器错误：

“服务器错误 - 参数值无效。参数名称：typeNames”

请帮忙。谢谢。

可以说我有一个角色=“树”的元素。在此之下，我有一个元素 role="group"，其中包含用于多级树的 role="treeitem" 或 role="group" 元素。

这里的问题是可访问性测试工具抱怨角色=“树”的元素必须包含角色=“树项目”的子元素。

查了一下规范，上面写着

我如何解释这个？树是否应该直接包含树项？树是否可以有一个包含树项的组，但树没有角色“treeitem”的直接子项？

- 编辑 -

这是完整的html

这里的问题是

具有角色“树”的元素是否必须包含一个或多个“树项”？它可以包含一个包含“treeitems”的“组”吗？

在第一棵树

• 树有一个组，没有角色 treeitem 的直接子级
• 该组具有树项目和一个具有其他树项目的组 这被报告为错误 WCAG 1.3.1。但是，屏幕阅读器似乎工作正常

在第二棵树

• 树有一个树项目和一个有其他树项目的组

在规范中，我无法找到明确的声明，即树必须包含 1 个或多个具有角色树项的 DIRECT 子项。所以我不确定第一棵树是否存在实际的可访问性问题，以及第一棵树是否违反规范。

FWIW，有一个名为 JSTree 的控件使用第一棵树中所示的样式，我正在争论这是否是一个真正的问题。谢谢。

我正在尝试使用该工具检查 Word，但它仅突出显示 Edge 中的元素。没有选择目标应用程序的选项。我也没有看到任何文档。请帮忙。

FastPass 报告说 a 需要文本框的 ARIA 子角色；但是，基于此GitHub 组合框模式可访问性线程，问题在于规则遵守 ARIA 1.1 规范，而不是不需要它的最新 ARIA 1.2 规范。

我相信 FastPass 使用 axe-core 作为其可访问性规则引擎，我根据请求2505，在这种特定情况下，他们似乎没有完成遵守此组合框规范的工作。

等待 axe-core 完成工作是最好的指导，还是可以暂时禁用该规则？

我们使用 Java Swing 开发了一个基于 Windows 的桌面应用程序，并使用 Java 8 中可用的 javapackager 构建了它的 exe。

现在我们正在尝试使用空手道机器人对其进行自动化测试，但机器人无法检测应用程序 GUI 上的字段。为了进一步挖掘，我们安装了空手道社区建议的 AccessibilityInsights，以弄清楚如何访问 GUI 上的元素，但似乎我们的应用程序没有在其中被删除。请参阅随附的屏幕截图。

有人可以帮助我们如何修复应用程序吗？

Java Accessibility Bridge 会在这里提供帮助吗？根据文档https://docs.oracle.com/en/java/javase/11/access/java-accessibility-guide.pdf，当应用程序需要可用于 Windows 辅助技术时，它需要实现 Java 可访问性 API。

编辑 1：根据https://docs.oracle.com/javase/tutorial/uiswing/misc/access.html，“因为对 Accessibility API 的支持内置于 Swing 组件中，所以您的 Swing 程序可能与辅助技术，即使你没有做任何特别的事情。”

目标：MS Teams 在双显示器上的可访问性行为，显示器设置为不同比例，例如 100% 和 125%，分辨率为 1920*1080。我使用的工具是 Accessibility Insight。

问题：当我在 100% 比例的监视器（也是我的主监视器）中启动 Teams 应用程序并将其移动到 125% 比例的监视器时，Accessibility Insight 无法正确定位 MS Teams 的元素。我看到已识别元素的位置距离顶部大约 280。我还看到 Left 似乎偏离了大约 1.25 倍，我认为这可能是由于缩放。如果我在 125%（或任何其他比例）的单个监视器上工作，Accessibility Insight 在 MS Teams 上运行良好。

我阅读/理解的内容：我了解 MS Teams 是 Per Monitor DPI Aware 应用程序，Accessibility Insight 也是如此。如果我启用 GDI 缩放，阅读改善高 DPI 体验，我确实看到 Accessibility Insight 能够找到应有的元素。此外，Accessibility Insight 在“显示设置”本身（SystemSettings.exe 进程）上运行良好，这也是 Per Monitor DPI Aware。这让我认为 MS Teams 中的 Per Monitor Awareness 没有正确实施。

问题：

1. 我的假设是否正确，即 MS Teams 在双/多显示器上无法按预期工作，也就是说，它在具有不同比例因子的双显示器中正确放大或缩小？
2. 无论如何，在不更改 MS Teams 的 GDI 缩放/覆盖高 DPI 缩放的情况下，是否可以让 Accessibility Insight 在 MS Teams 上正常工作？
3. 在 Electron Application 上运行的 Accessibility Insight 本身是否存在挑战？我观察到与 Slack 类似的问题。

[编辑] 添加了使用 Windows 自动化 API 的结果

运行 Teams 的监视器为 125% 和 1920x1080。虽然我的演示应用程序标记为 Per Monitor DPI Aware 并在 Monitor 100%、1920x1080 上运行。这两款显示器的尺寸均为 14 英寸。结果显示自动化 API 检索的 Teams 应用程序标题栏顶部的根 [团队主窗口] 元素的左侧和顶部位置以及“搜索”框的左侧和顶部位置。根据 Microsoft 的文档，自动化 API 检索物理坐标。观察

1. 鼠标的物理位置显示 X:2455 和 Y:10
2. 自动化 API 中元素搜索框的左侧和顶部位置分别为 2935 和 280。
3. 2935 的值，按比例缩小 1.25 时为 2348，当我在系统 DPI 感知或 DPI 不感知模式下运行我的应用程序时，它与搜索框上鼠标的物理位置匹配。因此，每个监视器模式下的左坐标是系统感知或非感知模式下左坐标的放大版本。
4. 我无法得出与 280 的最高值的任何相关性

是否可以导出 Android FastPass 报告的 Accessibility Insights 不仅包含问题描述，还包含屏幕截图？

在使用 Power Automate Desktop 时，我使用Accessibility Insights for Windows工具作为确定最有效选择器的方法。我有一个可以启动但无法单击连接按钮的 Pulse VPN 应用程序。我可以使用 UI 自动化记录器单击按钮，但重新启动后，选择器不再工作。虽然我了解 web 和 jQuery 选择器，但我不知道如何编写 UI 元素选择器。任何见解都值得赞赏。