Устранение неполадок виртуализации DPI и приложений с поддержкой DPI в Windows Vista и Windows 7

У меня проблема, когда приложение (написанное на Delphi) ведет себя правильно при настройках по умолчанию 96 DPI во всех системах, но ведет себя непоследовательно при настройке "150% размер текста" (внутренне 144 dpi) в разных системах. Кажется, что в некоторых системах некоторые части текста/шрифта моего приложения растягиваются, а в других системах-нет. Я бы подумал, что мое приложение на определенной версии Windows (Win7), при определенном DPI, должно вести себя одинаково путь.

либо мое приложение сообщит Windows, что ему не нужна функция виртуализации DPI, либо нет. Это я понимаю. Я не понимаю, как изменения DPI могут вызывать различный внешний вид на двух машинах, работающих под управлением Windows 7, как на 144 dpi, отображая одни и те же шрифты и формы с одинаковыми фиксированными размерами.

есть ли некоторые зависящие от конфигурации элементы, участвующие в виртуализации DPI, которые мне нужно проверить в windows (реестр и т. д.)? В противном случае, как устранить неполадки и узнать, выполняется ли виртуализация DPI в окне клиента?

в Delphi необходимо установить TForm.Масштабируемое свойство имеет значение false, если масштабирование не требуется. Но чего я не понимаю, так это того, что когда масштабируемое свойство основной формы истинно, я не всегда могу предсказать результат.

что меня больше всего озадачивает в моем приложении, так это то, что у меня есть контроль, который только плохо себя ведет в моем большом реальном приложении, но который не ведет себя плохо в автономном приложении, где я пытаюсь отладить только элемент управления. Чтобы понять поведение управления в автономном приложении, я был вынужден сделать демонстрационное приложение, где я заставляю осведомленность DPI через файл манифеста. Затем я могу воспроизвести контрольный рисунок Глюка, хотя и в другой форме.

вот файл манифеста, который я использую в своем демо-приложении, который раскрывает проблемы, которые мои элементы управления имеют с настройками с высоким разрешением в windows. Однако, один странный вещь я нашел, что это возможно для приложения

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
 <asmv3:application xmlns:asmv3="urn:schemas-microsoft-com:asm.v3">
    <asmv3:windowsSettings
         xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
      <dpiAware>true</dpiAware>
    </asmv3:windowsSettings>
  </asmv3:application>
  <assemblyIdentity version="14.0.3615.26342" processorArchitecture="*"            
   name="TestProject" type="win32"></assemblyIdentity>
  <description>High DPI Controls Test App</description>
</assembly>

вот пример одного из примерно 30 мест, где элементы управления в моем приложении перепутались, когда я отключаю виртуализацию DPI в своем приложении. Этот конкретный глюк был решен путем отключения масштабируемого свойства в моей форме. Но в других местах, имея TForm.Scaled=false вызывает проблему, тогда как в некоторых формах она исправляет ее:

Update: оказывается, некоторые из моих элементы управления используют GDI+ и что поведение шрифта в контекстах GDI+ отличается от поведения шрифта в обычных контекстах GDI, по крайней мере для некоторых сторонних элементов управления, которые используют GDI+. Это главный источник головной боли. Во-вторых, в VCL есть пятнистый охват тестирования и плохо определенные требования для осведомленности DPI. Некоторые элементы управления VCL основаны на общих элементах управления MS, и хотя справедливо сказать, что основные общие элементы управления, вероятно, работают нормально в ситуациях с высоким разрешением, не все VCL можно гарантировать, что оболочки управления будут работать правильно. Итак, обзор приложения для высокой DPI-осведомленности во всех его элементах управления, а также правильное поведение во всех доступных темах windows 7:

1. aero glass on, at 96dpi (внешний вид Win7 по умолчанию на большинстве современных аппаратных средств)
2. основная тема (aero glass off), но темы xp включены
3. классический win2000 посмотрите, где стекло выключено, а также темы уровня xp,
4. контрастный белый
5. высокая контрастность черный
6. различные настройки, отличные от-96-DPI

..и список продолжается., и у вас есть довольно тяжелое бремя, как разработчик приложений. Являетесь ли вы пользователем delphi и используете VCL, или вы разработчик MFC/ATL C++, мне кажется, что поддержка всех различных причудливых режимов windows-это бремя, почти слишком тяжелое, чтобы нести. Поэтому большинство людей не беспокоятся. Я прав?