Программный интерфейс Designing для различных [закрытых] размеров экрана

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

Проектирование (если не разработка) для окон с несколькими размерами довольно просто, если данные представлены в виде списка / таблицы или графического формата (последний включает карты, диаграммы и большинство приложений WYSIWYG). Панель, на которой отображается таблица или изображение, должна изменяться по мере изменения размера окна. Как правило, вы включаете горизонтальные и вертикальные полосы прокрутки по мере необходимости, чтобы пользователь мог перемещаться по данным в пределах любого размера панели, который есть в данный момент. Изменение размера панели с изменением размеров окна обычно подразумевает, что все данные доступны с помощью полос прокрутки. Неправильно разбивать данные на страницы (например, как делятся результаты поиска Google).

Совершенно приемлемо иметь горизонтальную прокрутку для таблицы (в отличие от веб-страницы, где преобладает проза), пока первый столбец (и), который идентифицирует строки, остается в поле зрения, когда пользователь прокручивает горизонтально. Точно так же заголовки столбцов должны оставаться в поле зрения, когда пользователь прокручивает вертикально. Для графики изменение размера окна обычно не должно изменять уровень масштабирования. Вместо этого показывайте больше данных при уменьшении масштаба и меньше при увеличении, обеспечивая при этом отдельную функцию масштабирования.

Для данных, представленных в виде формы, с полями и метками для одной записи, бегущей вниз по панели, действительно не существует хорошего способа обработки нескольких размеров окон, и вам нужно выбрать размер окна для проектирования. Для удобства использования вы должны спроектировать так, чтобы при стандартном размере текста все поля были видны без прокрутки, когда размер окна настроен на самое низкое разрешение экрана, с которым вы, вероятно, столкнетесь. Используйте вкладки или другие подобные элементы управления, чтобы уместить все обязательные поля в этом пространстве. Как правило, это подразумевает размер 1024x768, предполагающий, что ваши пользователи могут использовать ваше приложение на ноутбуке. может быть приемлемым иметь макет формы, который требует некоторой вертикальной прокрутки при меньшем разрешении (как это часто бывает в веб-приложениях), но пользователям никогда не придется прокручивать по горизонтали в типичных случаях. Таким образом, в вашем случае вы можете захотеть разработать дизайн для 1024x1050, если большинство ваших пользователей используют настольные компьютеры и лишь изредка используют ноутбуки. Прежде чем продолжить, убедитесь, что пользователи понимают, что им нужно выполнять прокрутку при использовании низкого разрешения. Если вы ожидаете, что пользователи будут регулярно использовать это окно при просмотре других окон (например, это больше похоже на диалог свойств), это может установить дополнительные ограничения на размер окна.

В макете формы размер текста или пробелы между полями не должны изменяться при изменении размера окна (хотя разрешить пользователю явно увеличивать размер текста - хорошая идея). При изменении размера больше, чем предусмотрено, нужно просто добавить пустые поля справа и снизу. Другими словами, нет особого смысла увеличивать размер макета формы. Это нормально.По крайней мере, некоторые из ваших пользователей будут эффективно использовать неиспользуемое пространство экрана для чего-то еще (например, другого окна или приложения). Опытные пользователи с большими экранами могут открывать два экземпляра одного и того же окна бок о бок и отображать в каждом экземпляре разные вкладки, чтобы они могли контролировать как можно больше одновременно.

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