我们的环境显着地提出了一个过时的，但绝对任务关键的Win32应用程序是不是DPI认识。 它针对800×600显示器进行了优化。 我们大多数用户现在有17“-20”显示器，分辨率从1280×1024到1680×1050。 但是，他们仍然以800×600的速度操作这些显示器，因为这个遗留应用程序中的文本太小了。 当然，这也意味着在Office 2007屏幕上没有任何东西可以用。
我们的大多数工作站仍然运行Windows XP，但有些在Windows 7上，还有更多。 大约三分之一的用户通过MSterminal服务远程运行应用程序，其余的在本地运行。
有没有人知道任何方法可以用来扩展这个特定的应用程序大约170％，以便它将填充1280×1024屏幕，而不会影响其他应用程序，在显示器的原始分辨率最好的工作？ 我知道如何在Mac OS X中执行此操作，但是我从来没有find在Windows中执行此操作的方法。
当然，理想情况下，这是我们可以通过组策略推出的东西。 我想我们甚至可以创build一个自定义的MSI包来重新部署具有某种显示虚拟化层的遗留应用程序，如果存在的话。
给你两个build议：
对于在Windows 7上本地运行应用程序的用户，您可以考虑在他们的计算机上安装Windows XP Mode并在那里安装应用程序。
对于从terminal服务运行应用程序的用户，您可能会考虑使用W2K8 TS Remote Apps发布应用程序，或者使用第二方软件（如W2K3上的2X）来发布应用程序，并以自然分辨率进行发布。
东西不加起来。 他们以前使用过什么样的显示器？ 传统上，较老的CRT的“理想分辨率”保持接近100dpi的分辨率，这也是大多数台式LCD用于原始分辨率的。 该应用程序不应该小得多，在较大的显示器上占用较less的桌面空间。
现在，如果您的用户以800×600的速度运行17“或19”CRT，那么情况就不一样了。
这就是说，你是否尝试过使用Win 7的高分辨率支持？ 我对它的理解是，它会扩展旧的应用程序，而不是很高的DPI。 这不会是完美的，但它不应该比以非原生分辨率运行液晶显示器差。
或者，您可以尝试为用户find总体分辨率较低的显示器。 22“1680×1050或19”1280×1024显示器将有所提升。
设置一个窗口terminal服务器，其中屏幕DPI（字体大小）设置转向上，并在那里安装应用程序。 然后让用户（使用正常的DPI屏幕）远程运行应用程序。