Продолжение (окончание??) детектива с поддержкой масштабирования 😱

Мне все таки стало интересно почему же присутствие точки влияло на правильную работу настроек масштабирования.
Я поискал информацию, но ничего не нашел. Потыкался туда-сюда и решил, ладно пусть будет название сборки без точки.

Но через некоторое время все опять перестало правильно отображаться, хотя я ничего не менял 😥

Я уже понял, что точка не причем. Поменял название на TurboConf.Application123 и все заработало. Но через некоторое время опять перестало.
Видимо где-то кэшируется какая-то настройка. Почистил все кэши которые только можно, поискал в реестре ничего.

Первое время работает правильно, потом перестает.

Запустил Process Explorer и добавил колонку DpiAwareness. Тут я заметил интересную вещь, первое время после запуска приложения настройка показывается та которую я задавал (Unaware), но через некоторое время сама меняется на PerMonitorV2.

Я полез в свойства приложения и увидел что флаг в настройках совместимости Dpi установился на "Приложение".

Я снял его и все заработало, через некоторое время флаг опять установился 😓

После некоторых изысканий, я выяснил что в недрах Windows 10 есть такая чудесная настройка "Исправление масштабирования для приложений". Если система считает, что приложение отображается неправильно, она сама начинает пытаться исправлять это. Тем самым мешая мне правильно определять координаты в конфигураторе для вывода элементов. 😡

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

Но это уже отдельная история, заслуживающая отдельного рассказа 😉