Office COM插件中DPI缩放后WPF窗口边缘元素无法交互问题

问题根因（按出现概率从高到低排序） #

• ElementHost与WPF内容尺寸不匹配：你仅对WPF UserControl应用了LayoutTransform做视觉缩放，但承载它的ElementHost（WinForms控件）本身的尺寸仍为缩放前的原始值。WPF的命中测试区域严格受限于ElementHost的实际控件大小，超出ElementHost边界的视觉内容属于"溢出绘制"，无法接收鼠标输入，这完全符合你观测到的"缩放比例越高、不可点击区域越大、仅右下边缘异常"的特征。
• WinForms窗体自动缩放与手动缩放冲突：若外层WinForms窗体未关闭AutoScaleMode，系统默认的自动缩放逻辑会和你手动实现的WPF缩放逻辑叠加，导致窗体客户区尺寸、ElementHost尺寸、WPF内容尺寸三者不匹配，输入坐标转换出现偏差。
• WPF输入坐标未适配自定义缩放：手动添加的LayoutTransform没有被WPF的输入坐标转换逻辑自动识别，鼠标坐标计算时未扣除缩放因子的影响，导致点击位置和实际命中位置出现偏移。

对应修复方案 #

1. 先关闭外层WinForms窗体的自动缩放：将窗体的AutoScaleMode属性设置为AutoScaleMode.None，避免系统缩放干扰手动逻辑。
2. 尺寸同步逻辑调整：应用ScaleTransform后，计算WPF UserControl缩放后的实际尺寸（原始ActualWidth/ActualHeight * 缩放因子），将该值同步赋值给ElementHost的Size属性，同时调整WinForms窗体的客户区大小以容纳缩放后的ElementHost，确保WPF内容不会超出ElementHost的控件边界。
3. 调整缩放触发时机：除了DPI变更时触发缩放，还要在窗体首次加载、ElementHost首次渲染完成后再执行一次尺寸同步，避免初始化阶段的尺寸计算偏差。
4. 可选优化：如果调整尺寸后仍有坐标偏移，可在WPF UserControl的PreviewMouseDown等输入事件中添加坐标转换逻辑，将接收到的鼠标坐标除以缩放因子后再做业务逻辑处理。

内容的提问来源于stack exchange，提问作者Lann