Ui automation MS团队|可访问性洞察|双监视器

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

问题：当我在100%比例的监视器（也是我的主监视器）中启动Team App并将其移动到125%比例的监视器时，Accessibility Insight无法正确定位MS团队的元素。我看到已识别元件的位置与顶部相距约280。我还看到左边似乎偏离了大约1.25倍，我想这可能是由于缩放。 如果我使用125%（或任何其他比例）的单显示器，那么Accessibility Insight在MS团队中工作得很好

我阅读/理解的内容：我了解MS团队是一款支持每监视器DPI的应用程序，可访问性洞察也是如此。如果我启用GDI缩放、读取，我确实看到Accessibility Insight能够按其应该的方式定位元素。此外，Accessibility Insight在“显示设置”本身（SystemSettings.exe进程）上运行良好，这也是每个监视器DPI感知的。这让我推测，MS团队中的每监视器意识没有得到正确实施

问题：

我的假设是否正确，即MS团队在双/多监视器上不能按预期工作，也就是说，在具有不同比例因子的双监视器中，它可以正确地向上或向下缩放

在不改变MS团队的GDI扩展/覆盖高DPI扩展的情况下，是否仍然可以让Accessibility Insight在MS团队上正确工作

在Electron应用程序上运行Accessibility Insight本身是否存在挑战？我观察到类似的松弛问题

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

团队运行的监视器为125%和1920x1080。虽然我的演示应用程序标记为符合Monitor DPI Aware并在Monitor 100%、1920x1080上运行。两台显示器的尺寸均为14英寸。结果显示了根[Teams'Main Window]元素的左侧和顶部位置以及Automation API检索到的位于Teams App标题栏顶部的“搜索”框的左侧和顶部位置。根据微软的文档，自动化API检索物理坐标。观察

鼠标的物理位置显示X:2455和Y:10

自动化API中元素搜索框的左侧和顶部位置分别为2935和280

当按1.25缩小时，2935的值为2348，这与我在系统DPI感知或DPI不感知模式下运行我的应用程序时鼠标在搜索框上的物理位置相匹配。因此，每个监视器模式下的左坐标是系统感知或不感知模式下左坐标的放大版本

我无法得出任何与最高值280相关的数据

---

我们从可访问性洞察的角度对此进行了调查，这似乎是团队的一个问题。我们能够用放大镜验证这一点；我们将其配置为跟踪键盘焦点，并发现它在标识元素位置方面也不一致（这表明存在团队问题）。如中所述，一些控制被跟踪是正确的，而另一些则不是

注意：这甚至没有双监视器设置