我们有一个现有的Windows .net应用程序,它使用所有自定义控件。
由于我们只支持默认的96 dpi分辨率,所以这些天很顺利。
现在我们需要我们的应用程序是dpi感知的。当我们去下一个时,事情就变得混乱了
更高分辨率120或144等
最常见的问题
位图缩放问题和
文字截止
完成these MSDN文档和existing SO问题之后,我尝试了
在我的应用程序中包含这样的修复(因为所有使用的控件都是
)自定义且不支持dpi)。
我在修改application.manifest以启用dpi-awareness标志并在主窗体上将AutoScaleMode设置为AutoScaleMode.Dpi后尝试的事情,其他表单使用AutoScaleMode作为继承
Graphics g = this.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
但所有这些似乎都不适用于我的情况。
有没有人知道/建议我更好地解决这个问题。
谢谢
VATSAG
答案 0 :(得分:6)
所以,我在我的一个应用程序中遇到了同样的问题。我设法绕过它分两步,遗憾的是需要很多的重构,但在工作完成后,我设法让我的应用程序自动扩展到不同的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监视器上看起来不合适。所以解决方案是从不使用硬编码像素值,而是使用可动态扩展的值,具体取决于您当前的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上独立缩放也很重要,因为某些屏幕在每个轴上具有不同的像素密度。
无论如何,如果您遵循这两个条件,您的应用程序应该看起来很好,与其显示的屏幕无关。