現在1920x1080以上解析度的高分屏電腦漸漸普及了。我們會在Windows的顯示設定裡看到縮放比例的設定。在Windows桌面客戶端的開發中,有時會想要精確計算視窗的面積或位置。然而在預設情況下,無論WinForms的Screen.Bounds.Width屬性還是WPF中SystemParameters.PrimaryScreenWidth屬性,以下圖舉例,將會返回除以150%的數值1280。而不是真實的物理解析度1920。
接下來介紹如何獲取Display resolution中顯示的實際解析度。通過如下Win32 API的呼叫:
[DllImport("gdi32.dll", EntryPoint = "GetDeviceCaps", SetLastError = true)] public static extern int GetDeviceCaps(IntPtr hdc, int nIndex);
該方法可以獲取裝置的硬體資訊,可以通過第二個引數nIndex來指定要查詢的具體資訊。例如我們要用到的以畫素為單位的桌面高度DESKTOPVERTRES。
enum DeviceCap { VERTRES = 10, PHYSICALWIDTH = 110, SCALINGFACTORX = 114, DESKTOPVERTRES = 117, // http://pinvoke.net/default.aspx/gdi32/GetDeviceCaps.html }
在獲得物理畫素高度後,通過計算不難得出螢幕的縮放比列。
private static double GetScreenScalingFactor() { var g = Graphics.FromHwnd(IntPtr.Zero); IntPtr desktop = g.GetHdc(); var physicalScreenHeight = GetDeviceCaps(desktop, (int)DeviceCap.DESKTOPVERTRES); var screenScalingFactor = (double)physicalScreenHeight / Screen.PrimaryScreen.Bounds.Height; //SystemParameters.PrimaryScreenHeight; return screenScalingFactor; }
在獲取螢幕縮放比例後,諸如通過Graphics類的CopyFromScreen方法來截圖,或者精確控制視窗大小和位置才得以正確實現。
其實在WinForms程式中,我們還有更簡單的方式來實現類似效果。即在工程中新增app.manifest檔案,將<dipAware>節點的值設為true。這樣修改後,Screen.PrimaryScreen.Bounds將獲得實際的物理解析度尺寸,同時你還會發現WinForms程式不糊了。這是因為Windows預設WinForms程式不支援DPI感知,在高分屏下就直接粗暴的把窗體放大。
<application xmlns="urn:schemas-microsoft-com:asm.v3"> <windowsSettings> <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">true</dpiAware> </windowsSettings> </application>
該設定對WPF無效,WPF預設支援DPI感知功能。而從UWP開始Windows客戶端技術全面支援高分屏即高DPI縮放。老舊應用程式不肯升級,以至無法支援高分屏,這鍋某軟揹著挺冤的……
所以同學們,現在開始全面轉向WinUI 3吧,這貨是這麼些年某軟兜兜轉轉,客戶端技術集大成者。用Windows APP SDK建立Unpackged App時,恍惚間彷彿回到了在XP上裝.NET Runtime的時光。
因為Github訪問時常抽風,我將示例程式碼在Gitee上也同步了一份:
How to get Windows display scale using C#. (github.com)
How to get Windows display scale using C#. (gitee.com)