Макет приложения Winform - работа с различными методами DPI

Question

У нас есть MDI-приложение winform, форм / диалогов довольно много. Некоторые выложены с абсолютным расположением и размерами, некоторые размещены с использованием таблиц / панелей потока.

Общий вид выглядел хорошо при разных разрешениях экрана. До тех пор, пока кто-то не проверил его на машине, где DPI был установлен на 120. Хотя в основном все выглядело хорошо, некоторые элементы управления здесь и там были далеко не в порядке, перекрывая другие элементы управления, элементы с привязкой = Right / Top не прилипали прямо больше и т. д.

Какова практика разработки приложений winform, которые "работают" под разными DPI?

Существуют ли какие-либо ярлыки, помогающие разработчикам тестировать приложение под разными DPI?

Answer 1

Полный ответ находится в этом посте: Как написать код WinForms, который автоматически масштабируется до параметров системного шрифта и dpi?

В вашем случае не привязывайте направо, добавьте панель, закрепленную справа, и переместите элемент управления в эту новую панель.

Но все прочитайте по ссылке выше

Answer 2

В случае, если кто-то еще найдет этот вопрос без ответа.

Я столкнулся с этим сегодня, и после поиска лучшее, что я нашел, - это переключить AutoScaleMode на всех элементах управления на Inherit (поиск и замена для файлов конструктора), а затем после сгенерированного InitializeComponent (вероятно, сразу после ResumeLayout) установить AutoScaleMode Шрифт (или Нет ... или Наследовать). Общее утверждение о том, что AutoScaleMode имеет значение DPI для всего, не сработало и фактически провалилось более эффектно, чем что-либо еще.

Из того, что я обнаружил, похоже, что WPF исправляет большинство / все это, принимая его как часть фреймворка. Тем не менее, для старых winforms не помогает.