gpt4 book ai didi

ui-automation - MS 团队 |无障碍洞察 |双显示器

转载 作者:行者123 更新时间:2023-12-04 14:59:48 28 4
gpt4 key购买 nike

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

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

我读到/理解的内容:我知道 MS Teams 是一个按监视器 DPI 感知的应用程序,Accessibility Insight 也是。如果我启用 GDI 缩放,读取 Improve High DPI Experience ,我确实看到 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 应用程序上运行 Accessibility Insight 本身是否存在挑战?我观察到与 Slack 类似的问题。

[编辑] 添加了使用 Windows Automation API 的结果

enter image description here

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

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

最佳答案

我们在 Accessibility Insights 端对此进行了调查,它看起来是 Teams 的一个问题。我们能够用放大镜验证这一点;我们将其配置为跟踪键盘焦点,发现它在识别元素位置方面也不一致(表明存在 Teams 问题)。与此类似,一些控件在被跟踪时是正确的,而另一些则不是。

注意:这甚至没有双显示器设置。

关于ui-automation - MS 团队 |无障碍洞察 |双显示器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/67189742/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com