Вот один из способов (почти) повторить выравнивание. Установите разрешение экрана ниже, чем его собственное разрешение, и установите графический процессор для растягивания изображения. Но вы получите размытые тексты и размытые края везде. Это потому, что когда вы просто увеличиваете все нарисованное, вам нужен алгоритм для заполнения только что созданных пробелов, это все равно что увеличивать размер небольшого SD-видео до Full HD. Кроме того, вы заметите, что поскольку разрешение ниже, вы потеряете пространство (панели инструментов будут обрезаны или изменят размеры в случае с Office Ribbon), так что вы все равно не получите точное выравнивание.
Масштабирование DPI - это не просто упрощенное изменение размера всего. Само приложение должно знать о масштабировании и реагировать соответствующим образом (корректируя нарисованную графику, размеры шрифтов). Проблема заключалась в том, что большинство программистов игнорировали контрольный список (так как вам фактически нужно было бы повторно протестировать текстовый макет и восстановить другую растровую графику, что является болезненным, если она не визуализируется из основной векторной графики).
Значки панели задач и вкладки ленты сжаты, поскольку панель задач и Office Windows знают об изменении DPI и реагируют соответствующим образом, в то время как изображение кнопки закрытия выглядит меньше, поскольку система управления окнами, хотя и знает об изменении DPI (следовательно, поле большего размера) не иметь соответствующую большую графику для визуализации внутри коробки.
Это было одним из рекламируемых преимуществ интерфейса Metro, так как большая часть ошибок связана с системой рендеринга WinForm, где WinForm «пиксельный в первую очередь», каждый аспект макета объявляется в пиксельной или упрощенной привязке, тогда как интерфейс Metro разработан с относительным макет, который будет приятно перетекать на другое разрешение и DPI, не нарушая все.
