我们有一个现有的windows.net应用程序，它在其中使用所有自定义控件。
这些天一切都很好，因为我们只支持默认的96 dpi分辨率。
现在我们需要我们的应用程序具有dpi意识。当我们进入下一个时，事情就变得一团糟
更高分辨率120或144等
最常见的问题
-
位图缩放问题和
-
文本截断
在浏览了这些MSDN文档和现有的SO问题后，我尝试了
在我的应用程序中包含这样一个徒劳的修复（因为所有使用的控件都是
自定义的并且不知道dpi）。
修改我的应用程序后我尝试的事情。anifest启用dpi感知标志并将AutoScaleMode设置为AutoScaleMode。主窗体和其他窗体上的dpi使用AutoScaleMode作为继承
- 更改了OnLoad事件中的控件Font
图形g=这个。CreateGraphics（）；int dpi=int.Parse（g.DpiX.ToString（））；
switch (dpi)
{
case 125:
this.Font = new Font(this.Font.FontFamily, this.Font.Size * 125.0f / (float)(g.DpiX));
Debug.WriteLine("<<---- Selected DPI Resolution :" + " 125 DPI ---->");
break;
... so on
- 尝试覆盖ScaleControl方法以使用基于DPI的不同缩放因子
但所有这些似乎对我来说都不起作用。
有人知道/建议我采取更好的方法来解决这个问题吗。
感谢
增值税
所以，我在一个应用程序中遇到了同样的问题。我设法在两步的过程中绕过了它，不幸的是，这需要LOT的重构，但在工作完成后，我设法使我的应用程序自动扩展到不同的DPI上。情况如下：
-
所有表单都必须设置为使用
AutoScaleMode = AutoScaleMode.Font缩放。当我进行一些挖掘时，我发现AutoScaleMode.Dpi并不像人们期望的那样工作。你还应该选择标准DPI单元。假设它是96，因为无论如何，这是你的应用程序最初设计的，那么你必须将所有表单设置为使用AutoScaleDimensions = new System.Drawing.SizeF(6F, 13F)。您可以从设计器视图设置这些配置。此外，如果您已经创建了任何自定义控件，那么它们都应该设置为使用AutoScaleMode = AsutoScaleMode.Inherit。有了这两件事，您可以放心，.NET将对所有静态组件执行所有缩放操作。 -
现在是它变得棘手的时候了。问题是，只要不是动态创建并放置在表单中，框架就会保持所有控件的大小
所以，如果你做了这样的事情：
var myTextBox = new TextBox();
myTextBox.Location = new System.Drawing.Point(20, 20);
myForm.Controls.Add(myTextBox);
那么无论您的DPI是什么，该文本框都将被放置在位置（20，20），因此导致它在高DPI显示器上看起来不合适。因此，解决方案是NEVER使用硬编码像素值，而是使用动态缩放的值，具体取决于您当前的DPI配置。所以，相反，你可能想写一些类似的东西：
var graphics = Graphics.FromHwnd(IntPtr.Zero); // This gets the graphics configuration of the current screen
var scaleX = graphics.DpiX / 96; // 96 was our standard design DPI, remember?
var scaleY = graphics.DpiY / 96;
var myTextBox = new TextBox();
myTextBox.Location = new System.Drawing.Point((int)Math.Round(20 * scaleX), (int)Math.Round(20 * scaleY));
myForm.Controls.Add(myTextBox);
这样，您在屏幕上绘制控件的位置将取决于实际DPI。而且，如果我可以建议的话，我实际上会将缩放功能提取到某种辅助类中，在那里你可以定义在x和y上缩放值的方法，这样你就有了一个标准的缩放机制。请注意，在x和y上独立缩放也很重要，因为有些屏幕在每个轴上的像素密度不同。
不管怎样，如果你遵循这两个条件，你的应用程序看起来应该很好，与它显示的屏幕无关。