Как обрабатывать размер /масштабирование рамки приложения Desktop Application

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

В настоящее время автономное настольное приложение открывается до размера 1024x768 по умолчанию, который также является минимальным размером без появления полос прокрутки. Мы установили это как размер по умолчанию, когда пользователи впервые обращаются к приложению. После того, как он был доступен, пользователь имеет возможность захватывать углы и масштабировать его до размера, который им наиболее удобно, или нажмите кнопку максимизации, чтобы отобразить полноэкранный режим. Поскольку в настоящее время я использую монитор с числом пикселей 2560x1440, я нахожу приложение нечетным при максимальном увеличении до его полного размера.

Итак, мой вопрос заключается в том, будет ли у меня какая-то причина ограничить максимальный размер приложения, например, помимо того, что он поможет визуальному интерфейсу /дизайну выглядеть лучше? Например, не больше 1920x1080 или позволяет пользователю контролировать масштабирование, как им нравится стандартная доставка для настольных приложений?

7 голосов | спросил Designaholic 27 AMpFri, 27 Apr 2012 01:12:26 +040012Friday 2012, 01:12:26

5 ответов


2

Используйте доступное пространство, а также, возможно, и никогда не ограничивайте размер, если у него нет веской причины.

В частности, основная область содержимого вашего приложения должна масштабироваться, чтобы содержать больше контента, чем больше экран. Этот вариант использования также является одним из основных драйверов Microsoft для интерфейса Ribbon; лента хорошо масштабируется, так что она может использовать более горизонтальную комнату для отображения большего количества элементов управления, но также масштабируется до очень маленькой комнаты. Возьмите офисное приложение и медленно растягивайте его на один раз, чтобы увидеть, как это работает.

Вы также можете использовать горизонтальное пространство для предоставления дополнительной информации, такой как боковые панели и окна инструментов.

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

Разработка приложения для хорошего просмотра и работы с широким спектром разрешений нелегка; В MSDN есть статья о написании высокой -DPI Win32-приложения .

ответил Myrddin Emrys 27 AMpFri, 27 Apr 2012 01:34:13 +040034Friday 2012, 01:34:13
2

Если вам посчастливилось иметь экран 2560x1440, а ваше настольное приложение выглядит нечетным , хотя вы уже назначаете дополнительное пространство для элементов управления, которые могут его использовать, и нет добавленная стоимость при создании больших областей представления /ввода, а затем рассмотреть возможность добавления дополнительной панели в этих экстремальных ситуациях.

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

  • контекстная область помощи /документация
  • список недавно использованных файлов
  • история (недавних) действий
  • интерактивная панель отмены /повтора
  • избранное
  • список каталогов
  • панель вывода
  • панель свойств
  • область предварительного просмотра

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

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

Убедитесь, что если пользователь изменяет размер разделителя или скрывает эту дополнительную панель, тогда это состояние следует помнить между максимизациями и между сеансами.

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

ответил Roger Attrill 30 PMpMon, 30 Apr 2012 12:37:07 +040037Monday 2012, 12:37:07
0

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

Если вашим элементам управления не требуется больше 1920x1080 (используя ваши рисунки), вы можете расширить область состояния (если таковая имеется), чтобы использовать оставшееся пространство. Если у вас есть какие-либо древовидные представления или списки, тогда они также будут выглядеть ОК, если они будут расширены, чтобы заполнить доступное пространство.

ответил ChrisF 27 AMpFri, 27 Apr 2012 01:53:36 +040053Friday 2012, 01:53:36
0

Недавно я успешно реализовал адаптивный макет в приложении для настольных компьютеров. Я столкнулся с такой же проблемой, как и вы.

  • Мой макет состоял из столбцов шириной 320 пикселей.
  • Некоторые области растянуты на две части, некоторые из них больше столбцов. В зависимости от его расположения.
  • Некоторые области рухнули на меньшее количество столбцов на небольших экранах. И я ограничил «рабочую зону» на 6 колов. Так что это не будет растягиваться по всему имуществу экрана и получить нечитаемый.
  • Используя эту технику, окно может максимизироваться даже на двойном экране, и вы по-прежнему контролируете макет.
  • Вертикально не так сложно, но из-за небольших экранов (800 * 600) я поместил верхнюю навигационную и нижнюю кнопки в липкие области заголовка /нижнего колонтитула. Таким образом, они никогда не будут скрыты в прокручиваемых областях.
ответил FrankL 27 PMpFri, 27 Apr 2012 20:26:27 +040026Friday 2012, 20:26:27
0

Когда вы ориентируетесь на широкую целевую аудиторию, у которой есть большие 4k мониторы, а также небольшой 11-дюймовый Macbook pro, вам нужно рассмотреть много вещей.

  1. Не думайте об увеличении минимального размера, хотя вы видите в google search, что люди перестали использовать меньший экран мониторы. Не предполагайте. Проверьте свою аналитику. Посмотрите, что ваши пользователи используются. Могут быть некоторые люди, которые работают на небольших машины.
  2. Я думаю, что максимальный размер не должен быть ограничен. Это не даст ожидаемый результат для пользователя, если он попытается максимизировать свое окно.
  3. Если размер приложения больше минимального размера, то после первого запуск делает его идеальным размером, где видно полное приложение должным образом. Если пользователь использует небольшой экран, он может захватить угол и сделать его минимальным. Пользователи с экранами большого размера в любом случае будут максимизируйте его.
ответил Medha Deshpande 31 MarpmThu, 31 Mar 2016 14:41:13 +03002016-03-31T14:41:13+03:0002 2016, 14:41:13

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132