MMC和DPI缩放的故事

raymai97

空牙 发表于 2015-7-3 18:06
现在显示器越来越大，分辨率越来越高，微软真的需要解决字体放大的问题了。有人说是因为第三方软件，难道os ...

OSX基础打得好，第三方软件压根没法使用过时的界面架构，坚守老旧技术的软件直接被苹果下架。

而windows就不同，推出了wpf这样久，很多软件还是继续视而不见。其实基于win32的.net winform只要稍微设置，避开几个“地雷”控件，就可以轻巧实现dpi缩放，但还是有不支持dpi缩放的.net winform软件。

windows如果学苹果直接ban掉那些老界面架构的软件，会死到很惨的，因为太多太多软件还在用老旧的界面架构。

所以我觉得dpi虚拟化算是个不错的妥协方案了。我只是不明白为什么MMC这个系统自带的程序也要用上DPI虚拟化这种兼容性的技术。

raymai97

依文 发表于 2015-7-3 20:41
跟他说那么多干啥，他是远景知名脑残果蛆。

有时候我不明白微软在想什么。那个winform .net，默认form的AutoScaleMode是Font而不是DPI。实际上我只要将其设置成DPI，再自定义form的font（不然你软件的界面字体在英文版系统是microsoft sans serif，在简体中文系统又变另一种了，界面自然会走样），就可以做到很不错的dpi缩放支持。只要微软肯花点心思，改进那几个“地雷”控件，而不是一直死推新技术，任由本来可以完善的技术放任不管，.net winform今天就会更棒了。

依文

raymai97 发表于 2015-7-3 20:18
求关闭MMC DPI虚拟化的方法。我目前就想到一个可行的方法就是强制禁用DWM可是这会影响正常使用。

我在 ...

这是Fraps在150% DPI下的缩放效果，没觉得有问题，只是界面上的点阵图像由于分辨率太低而模糊而已。总体来说没有什么问题。

raymai97

依文 发表于 2015-7-3 20:51
这是Fraps在150% DPI下的缩放效果，没觉得有问题，只是界面上的点阵图像由于分辨率太低而模糊而已。总 ...

这…… 太不逻辑了……
怎么我的是这样……
难道版本问题？我的是3.5.99，最新版的~

依文

raymai97 发表于 2015-7-3 20:50
有时候我不明白微软在想什么。那个winform .net，默认form的AutoScaleMode是Font而不是DPI。实际上我只要 ...

.NET的WinForm跟Win32 API的Windows窗口还是有些区别的，而且.Net软件本来就不多。在.Net上也没必要推广WinForm，保持着这种所谓缺陷，让开发者倾向于WPF反而更好。

Windows的Win32软件太杂了，有纯Win32 API实现的界面，有用MFC的，有用各种第三方界面库的，有自己编写界面库的，各种各样一大堆。尤其是国产软件，基本上清一色第三方界面库或者自制界面库，360、腾讯、金山、百度等等这些都是典型的代表。

依文

raymai97 发表于 2015-7-3 20:58
这…… 太不逻辑了……
怎么我的是这样……
难道版本问题？我的是3.5.99，最新版的~

3.5.99我找不到注册版的，求分享。。。。
不过其实几个星期前我还是用3.5.99的（非注册版），但当时我没有调DPI缩放，所以不清楚有没有问题。现在是因为我买了台平板，变得很多时候都用平板来远程控制我的台式机，所以要将台式机调到150% DPI。

我估计可能是你系统的某些问题。

raymai97

依文 发表于 2015-7-3 21:03
3.5.99我找不到注册版的，求分享。。。。
不过其实几个星期前我还是用3.5.99的（非注册版），但当时我没 ...

不会是我系统问题吧~ 我去谷歌了，也有人遇到和我一样的问题的~

Fraps 3.5.99 Build 15618.rar (2.51 MB, 下载次数: 7)

2015-7-3 21:11 上传

下载次数: 7
下载积分: PB币 -1
请勿使用多线程下载工具下载论坛附件！

话说FRAPS破 解 版比Bandicam完美多了…… 坑爹的Bandicam竟然还要求system locale不可以是Japanese的……
如果Japanese则需要使用GOMPlayer版的Bandicam，我也是醉了…… 原因不详……

依文

raymai97 发表于 2015-7-3 21:13
不会是我系统问题吧~ 我去谷歌了，也有人遇到和我一样的问题的~

我有空用再用Win10虚拟机测试一下这个版本，实体机暂时不想动。

Mouri_Naruto

raymai97 发表于 2015-7-3 20:18
求关闭MMC DPI虚拟化的方法。我目前就想到一个可行的方法就是强制禁用DWM可是这会影响正常使用。

我在 ...

把mmc.exe和对应语言的MUI按照结构（英文版就是en-us文件夹里面的mmc.exe.mui）复制到桌面

然后右键桌面上复制的mmc.exe的属性，兼容设置，勾高DPI禁用显示缩放确认

然后用桌面上的mmc.exe打开mmc文件即可

Mouri_Naruto

依文 发表于 2015-7-3 20:13
WPF那才是真正简单，用人类友好的XAML标记语言描述界面，轻松快速，想组合出定制控件，只需要简单利用标签 ...

GDI缺点一大堆，文字渲染有锯齿，曲线绘制有锯齿，渲染性能低下，句柄数量极度有限，导致稳定性、可靠性超低。早就应该抛弃的老掉牙的技术，这个时代还吹捧GDI，只能说居心不良，GDI根本无法跟苹果的Cocoa竞争。

这些我倒是不同意呢；GDI也可以抗锯齿的（我亲自实验得证）；GDI数量有限也正常（就像你内存总归是有限的）；稳定性和可靠性吗（30年可以证明了，从Windows1.0开始到现在，如果GDI有非常严重的问题（除了资源有限外）；那为什么Windows的生态圈包括Windows大量的Win32系统组件依旧GDI呢）？早就应该抛弃的老掉牙的技术，呵呵，WinNT也是老技术了，照你这么说也可以抛弃了？GDI根本无法跟苹果的Cocoa竞争（先在应用数量上比过GDI再说）

虽然我并不反对XAML开发界面；但是我觉得WPF是老旧的技术（早就应该抛弃的老掉牙的技术，这个时代还吹捧WPF，只能说居心不良）；现在应该尝试用UWA（这是趋势；我也打算29号10RTM后去Store发布一些App呢）

Mouri_Naruto

raymai97 发表于 2015-7-3 20:18
求关闭MMC DPI虚拟化的方法。我目前就想到一个可行的方法就是强制禁用DWM可是这会影响正常使用。

我在 ...

强制用DWM虚拟化好像做不到

除非你hook你要开DWM虚拟化的进程；hook关闭DWM虚拟化的函数即可

依文

Mouri_Naruto 发表于 2015-7-3 21:42
GDI缺点一大堆，文字渲染有锯齿，曲线绘制有锯齿，渲染性能低下，句柄数量极度有限，导致稳定性、可靠性超 ...

你所谓实验证实的GDI抗锯齿，实际上就是GDI+，说多少遍了，GDI+不是GDI。
数量有限叫正常？有多少硬件资源，对应多少软件资源的话，那才叫正常。像GDI这种无论你有多少硬件资源都只有65536个句柄，这叫正常？少偷换概念了！
Windows生态圈有大量基于GDI的软件，这就代表了GDI很优秀了？你的脑袋思考问题是这么单蠢的？GDI真厉害，原来苹果的Cocoa都比不过GDI。
NT核心一直在不断演进，GDI呢？还不是那个吊样？！少来偷换概念了，到这里你已经第二次偷换概念了，怎么？你的所谓论证就只是这么无力的东西？
苹果Cocoa的软件少跟Cocoa是否优秀有直接关系吗？小弟弟，你小学毕业没？同理，Android是目前手机市场的霸主，Android真的是最优秀的系统吗？GIF动画格式仍然是当今最流行的动画图片格式，它真的是比APNG格式优秀吗？等你小学毕业了再来跟我辩论吧。

UWA一大堆事情都做不到，何来趋势可言？你用UWA写个程序静默读写（不弹出文件选择对话框）Library以外的位置的文件给我看看。

Mouri_Naruto

依文 发表于 2015-7-3 22:39
你所谓实验证实的GDI抗锯齿，实际上就是GDI+，说多少遍了，GDI+不是GDI。
数量有限叫正常？有多少硬件资 ...

我不仅仅用GDI++弄出抗锯齿；GDI我也搞出来过（我记得我给你看过）

除了这点我不能让你否定外（辛苦的成果）；其他的你否定去好了（错的永远变不了对的，反之也是）

还有UWA又不是不能访问Library以外的东西（否则Photos App（这个可是在AppContainer下运行的，不是系统级App）为何可以关联其他目录的图片文件？如果不能访问Library以外的东西的话，那怎么读取的图片？）

所以谁小学没有毕业一清二楚（笑，有人告诫我不要狗咬狗，下次回复之前希望看到有技术含量的回复（连程序代码都没有，真是无聊））

依文

Mouri_Naruto 发表于 2015-7-3 22:53
我不仅仅用GDI++弄出抗锯齿；GDI我也搞出来过（我记得我给你看过）

除了这点我不能让你否定外（辛苦的 ...

小弟弟啊，小弟弟，说你小学没毕业你还不认。

你还能低能点么？非要逼我骂人是不是？Photos App如何打开Library以外的文件，想清楚没有？用户主动打开啊！明确的用户交互过程啊！这叫静默吗？所以说你只写过Hello World程度的UWA程序就在这里装代表。有本事拿代码来反驳我吧，有这能耐突破微软的限制吗？等你特破了，有这能耐通过微软的审核上架吗？

真是低能！

Mouri_Naruto

依文 发表于 2015-7-3 23:12
小弟弟啊，小弟弟，说你小学没毕业你还不认。

你还能低能点么？非要逼我骂人是不是？Photos App如何打 ...

是不是要比我上GDI抗锯齿代码？？？

1. #define WIN32_LEAN_AND_MEAN             //  从 Windows 头文件中排除极少使用的信息
   
2. // Windows 头文件:
   
3. #include <windows.h>
   
4. 
   
5. // C 运行时头文件
   
6. #include <stdlib.h>
   
7. #include <malloc.h>
   
8. #include <memory.h>
   
9. #include <tchar.h>
   
10. 
    
11. //指定程序的入口以减小生成大小
    
12. //#pragma comment(linker, "/entry:wWinMain")
    
13. 
    
14. // TODO:  在此处引用程序需要的其他头文件
    
15. 
    
16. #include <CommCtrl.h>
    
17. #pragma comment(lib,"comctl32.lib")
    
18. 
    
19. #if defined _M_IX86
    
20. #pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='x86' publicKeyToken='6595b64144ccf1df' language='*'\"")
    
21. #elif defined _M_X64
    
22. #pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='amd64' publicKeyToken='6595b64144ccf1df' language='*'\"")
    
23. #else
    
24. #pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'\"")
    
25. #endif
    
26. 
    
27. LRESULT CALLBACK WndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam);
    
28. 
    
29. int WINAPI wWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)
    
30. {
    
31.         //注册窗口类
    
32.         WNDCLASSEXW wcex;
    
33. 
    
34.         wcex.cbSize = sizeof(WNDCLASSEXW);
    
35. 
    
36.         wcex.style = CS_HREDRAW | CS_VREDRAW;
    
37.         wcex.lpfnWndProc = WndProc;
    
38.         wcex.cbClsExtra = 0;
    
39.         wcex.cbWndExtra = 0;
    
40.         wcex.hInstance = hInstance;
    
41.         wcex.hIcon = LoadIconW(hInstance, MAKEINTRESOURCEW(IDI_NCLEANER));
    
42.         wcex.hCursor = NULL;
    
43.         wcex.lpszMenuName = NULL;
    
44.         wcex.hbrBackground = (HBRUSH)(COLOR_WINDOW + 1);
    
45.         wcex.lpszClassName = L"NCleaner_MainWindow";
    
46.         wcex.hIconSm = LoadIcon(hInstance, MAKEINTRESOURCEW(IDI_SMALL));
    
47. 
    
48. 
    
49.         RegisterClassExW(&wcex);
    
50. 
    
51. 
    
52.         // 创建窗口
    
53.         HWND hwnd = CreateWindowExW(
    
54.                 NULL, //窗口的扩展风格
    
55.                 wcex.lpszClassName,                        //类名，要和刚才注册的一致
    
56.                 L"GDI抗锯齿",        //窗口标题文字
    
57.                 WS_OVERLAPPEDWINDOW, //窗口外观样式
    
58.                 CW_USEDEFAULT,                                        //窗口相对于父级的X坐标
    
59.                 CW_USEDEFAULT,                                        //窗口相对于父级的Y坐标
    
60.                 CW_USEDEFAULT,                                //窗口的宽度
    
61.                 CW_USEDEFAULT,                                //窗口的高度
    
62.                 NULL,                                //没有父窗口，为NULL
    
63.                 NULL,                                //没有菜单，为NULL
    
64.                 hInstance,                        //当前应用程序的实例句柄
    
65.                 NULL);                                //没有附加数据，为NULL
    
66.         if (hwnd == NULL) return 0;  //检查窗口是否创建成功
    
67. 
    
68.         // 显示窗口
    
69.         ShowWindow(hwnd, SW_SHOW);
    
70. 
    
71.         // 更新窗口
    
72.         UpdateWindow(hwnd);
    
73. 
    
74.         // 消息循环
    
75.         MSG msg;
    
76.         while (GetMessage(&msg, NULL, 0, 0))
    
77.         {
    
78.                 TranslateMessage(&msg);
    
79.                 DispatchMessage(&msg);
    
80.         }
    
81.         return 0;
    
82. }
    
83. 
    
84. 
    
85. // 在WinMain后实现
    
86. LRESULT CALLBACK WndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
    
87. {
    
88.         switch (uMsg)
    
89.         {
    
90.                 case WM_DESTROY:
    
91.                 {
    
92.                         PostQuitMessage(0);
    
93.                         break;
    
94.                 }
    
95.                 case WM_PAINT:
    
96.                 {
    
97.                         PAINTSTRUCT ps;
    
98. 
    
99.                         BeginPaint(hwnd, &ps);
    
100. 
     
101.                         HFONT hFont = CreateFontW(
     
102.                                 200,100,0,0,FW_BOLD,false,false,false,NULL,
     
103.                                 OUT_CHARACTER_PRECIS,CLIP_CHARACTER_PRECIS,
     
104.                                 /*ANTIALIASED_QUALITY*/ NULL,FF_MODERN,L"微软雅黑");
     
105.                         SelectObject(ps.hdc, hFont);
     
106. 
     
107.                         TEXTMETRIC tm;
     
108.                         // 取得与文本相关的数据  
     
109.                         GetTextMetricsW(ps.hdc, &tm);
     
110.                         RECT rect;
     
111.                         rect.top = 0L;
     
112.                         rect.left = ps.rcPaint.left;
     
113.                         rect.right = ps.rcPaint.right;
     
114.                         rect.bottom = rect.top + tm.tmHeight;
     
115.                         
     
116.                         DrawTextW(ps.hdc, L"低头思故乡", -1, &rect, NULL);
     
117.                         
     
118.                         rect.top += tm.tmHeight;
     
119.                         rect.bottom += tm.tmHeight;
     
120. 
     
121.                         hFont = CreateFontW(
     
122.                                 200, 100, 0, 0, FW_BOLD, false, false, false, NULL,
     
123.                                 OUT_CHARACTER_PRECIS, CLIP_CHARACTER_PRECIS,
     
124.                                 ANTIALIASED_QUALITY, FF_MODERN, L"微软雅黑");
     
125.                         SelectObject(ps.hdc, hFont);
     
126. 
     
127.                         DrawTextW(ps.hdc, L"低头思故乡", -1, &rect, DT_BOTTOM);
     
128.                 }
     
129.         }
     
130.         return DefWindowProc(hwnd, uMsg, wParam, lParam);
     
131. }

复制代码

运行效果（一行是有锯齿，一行无锯齿；我相信你眼没瞎）


没有经过实践前的任何肯定措辞都是扯淡！

依文

Mouri_Naruto 发表于 2015-7-3 23:16
是不是要比我上GDI抗锯齿代码？？？

哇，好牛B哦，这方面算你赢了，除此之外你能反驳吗？

Mouri_Naruto

依文 发表于 2015-7-3 23:18
哇，好牛B哦，这方面算你赢了，除此之外你能反驳吗？

还有UWA又不是不能访问Library以外的东西（否则Photos App（这个可是在AppContainer下运行的，不是系统级App）为何可以关联其他目录的图片文件？如果不能访问Library以外的东西的话，那怎么读取的图片？）

先解释这个把

木头科学二百五

未来Modern App将完全代替Win32！！！safe mode一定会也可以使用！！！

raymai97

依文 发表于 2015-7-3 20:59
.NET的WinForm跟Win32 API的Windows窗口还是有些区别的，而且.Net软件本来就不多。在.Net上也没必要推广W ...

我有个想法～
你看，用wpf技术的软件始终有限，那个Visual Studio 2010也是WPF的对吧，DPI缩放也是有点怪怪的（比如splash screen没有进行缩放），感觉是因为没完全用WPF所致。

既然完全转用WPF如此蛋疼，微软应该让使用标准win32 api和mfc的软件都能完美dpi缩放，毕竟都是微软自家的东西，应该可以完善的。完善后，成千上万的软件就能受益其中，何乐而不为呢？至于那些使用自定义/第三方的界面库的，如果没申报dpi aware就用dpi虚拟化技术。

依文

Mouri_Naruto 发表于 2015-7-3 23:22
还有UWA又不是不能访问Library以外的东西（否则Photos App（这个可是在AppContainer下运行的，不是系统级 ...

搞笑，Photos App打开Library以外的文件，本身就是一个用户交互的过程，用户双击文件打开，用户知道自己在干什么，实际上跟弹出个文件选择对话框一样道理，有一个交互的过程。你有本事直接在程序代码里指定Library以外的文件来读写。