Windows Vista 使用户能够更改每英寸点数（dpi）设置，使屏幕上的大多数 UI 元素显示更大。 尽管此功能已在 Microsoft Windows 中提供，但在早期版本中，缩放必须由应用程序实现。 在 Windows Vista 中，桌面窗口管理器对所有不处理自身缩放的应用程序执行默认缩放。 Microsoft Active Accessibility 客户端应用程序必须考虑到此功能。
在 Windows Vista 中缩放
默认 dpi 设置为 96，这意味着 96 像素占用一个表示法英寸的宽度或高度。 “英寸”的确切度量取决于监视器的大小和物理分辨率。 例如，在 12 英寸宽的监视器上，水平分辨率为 1280 像素，96 像素的水平线延长约 9/10 英寸。
更改 dpi 设置与更改屏幕分辨率不同。 使用 dpi 缩放时，屏幕上的物理像素数保持不变。 但是，缩放应用于 UI 元素的大小和位置。 此缩放可由桌面窗口管理器（DWM）自动执行，适用于不显式要求不缩放的应用程序。
实际上，当用户将比例系数设置为 120 dpi 时，屏幕上的垂直或水平英寸将增大 25%。 所有维度都会相应地缩放。 窗口与屏幕上边缘和左边缘的偏移量增加了 25%。 窗口的大小按同一比例增加，同时它包含的所有 UI 元素的偏移量和大小也随之增加。
默认情况下，当用户将 dpi 设置为 120 时，DWM 不会对非支持 dpi 感知的应用程序执行缩放，但在 dpi 设置为 144 或更高时会执行缩放。 但是，用户可以替代默认行为。
屏幕缩放给任何涉及屏幕坐标的应用程序带来了新的挑战。 屏幕现在包含两个坐标系：物理和逻辑系统。 点的物理坐标是原点左上角的实际偏移量（以像素为单位）。 逻辑坐标是偏移量，就像像素缩放时的坐标变动一样。
假设你设计了一个对话框，其中包含一个位于坐标处的按钮（100,48）。 当此对话框以默认的 96 dpi 显示时，按钮位于物理坐标 （100， 48） 处。 在 120 dpi 处，它位于物理坐标 （125， 60） 处。 但逻辑坐标在任何 dpi 设置上都是相同的：（100,48）。
逻辑坐标很重要，因为它们使操作系统和应用程序的行为保持一致，无论 dpi 设置如何。 例如， System.Windows.Forms.Cursor.Position 通常返回逻辑坐标。 如果将光标移到对话框中的元素上，则无论 dpi 设置如何，都会返回相同的坐标。 在 (100, 100) 处绘制控件时，它将被绘制到这些逻辑上的坐标，并且在任何 DPI 设置下都会占据相同的相对位置。
在活动辅助功能客户端中缩放
微软主动辅助功能不使用逻辑坐标。 以下方法和函数返回物理坐标或将其作为参数。
默认情况下，在非 96 dpi 环境中运行的Microsoft Active Accessibility 客户端应用程序将无法从这些调用中获取正确的结果。 例如，由于游标位置在逻辑坐标中，客户端不能简单地将这些坐标传递给 AccessibleObjectFromPoint 以获取光标下的元素。
此外，在工作区外部创建窗口的应用程序（例如突出显示重点 UI 元素的辅助功能应用程序）将不会在正确的屏幕位置创建窗口，因为该窗口将放置在逻辑坐标上，而不是 IAccessible：：accLocation 返回的物理坐标。
解决方案分为两部分：
- 使客户端应用程序支持 DPI。 为此，请在启动时调用 SetProcessDPIAware 函数。 此函数使整个进程支持 DPI 感知，这意味着进程中的所有窗口均未进行缩放。
- 使用支持 DPI 感知的函数。 例如，若要获取游标坐标，请调用 GetPhysicalCursorPos 函数。 请勿使用 GetCursorPos;它在 dpi 感知应用程序中的行为未定义。
如果您的应用程序需要与不具备 dpi 感知能力的应用程序进行直接跨进程通信，您可能需要使用 PhysicalToLogicalPoint 和 LogicalToPhysicalPoint 函数在逻辑坐标和物理坐标之间进行转换。