不幸的是,更改 .conf 文件中的 dpiaware 设置在我的 Surface 4 pro 和 Windows 10 上不起作用。我在 netbeans 论坛的链接中找到了解决方案,这似乎是所有(!)声明为 dpiaware 的程序的通用解决方案实际上不是(见Dan Antonellis 主页)。
修复非常简单:首先通过添加密钥将 Windows 设置为首选外部清单文件而不是内部清单文件(在某些版本之前这是默认设置)
DWORD PreferExternalManifest=1
到
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SideBySide
然后在对应的exe文件目录下创建一个manifest文件(本例为netbeans64.exe.manifest或netbeans.exe.manifest),内容如下:
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0" xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0" processorArchitecture="*"
publicKeyToken="6595b64144ccf1df"
language="*">
</assemblyIdentity>
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.VC90.CRT"
version="9.0.21022.8"
processorArchitecture="amd64"
publicKeyToken="1fc8b3b9a1e18e3b">
</assemblyIdentity>
</dependentAssembly>
</dependency>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel
level="asInvoker"
uiAccess="false"/>
</requestedPrivileges>
</security>
</trustInfo>
<asmv3:application>
<asmv3:windowsSettings xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
<ms_windowsSettings:dpiAware xmlns:ms_windowsSettings="http://schemas.microsoft.com/SMI/2005/WindowsSettings">false</ms_windowsSettings:dpiAware>
</asmv3:windowsSettings>
</asmv3:application>
</assembly>
通过这种方式,我还可以修复 Visual Studio 2013 和 SQL Server Management Console 2012,它们仅部分支持 dpi(例如,Visual Studio 2013 表单编辑器在 200% 时无法使用,因为完整的布局已损坏)。我以这种方式修复了所有无法使用或至少布局不佳的应用程序。
当然,根据显示器和所需的尺寸,事情可能会有点模糊,这是个人喜好的问题(清晰度与布局)。至少此修复使基本应用程序可在更高 dpi 设置下使用。
由于这个帖子是我的谷歌搜索结果中的第一个帖子,我认为发布这个解决方案是个好主意,尽管最后一个活动是很久以前的事了。