Как обслуживать одно и то же приложение на разных разрешениях / экранах

Сценарий: вам нужно открыть одно и то же приложение на разных экранах - скажем, на стандартном 15-17-дюймовом, портативном 10-дюймовом и мобильном 4-дюймовом, возможно, работающих с разными разрешениями.

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

Каков отраслевой стандарт для такого рода проблем?

Имеет ли смысл придумывать очень хитрые макеты, разделяющие экран на приоритетные области, которые исчезнут / вернутся при изменении размера экрана в ту или иную сторону?

Все мы знаем, что приложения для iPhone (или любое другое карманное устройство) не могут быть ничем иным, как настольная версия, поэтому я предполагаю, что в этом случае (4 дюйма или меньше) вам придется использовать разные пользовательские интерфейсы , но есть ли что-то среднее (скажем, между экранами 13–7 дюймов, причем для последнего требуются пальцы в качестве основного ввода), где имеет смысл использовать жидкую компоновку?


user-interface architecture layout liquid-layout user-experience
person JohnIdol    schedule 02.09.2009    source источник

Ответы (4)


arrow_upward
4
arrow_downward

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

Что касается экранов других размеров, я думаю, что к ним нужно подходить с точки зрения пользователей. Если пользователь взаимодействует с экранами по-разному, вам понадобятся отдельные интерфейсы. Однако, по моему опыту, пользователи склонны рассматривать экраны от 10 дюймов и выше как просто большие или меньшие версии одного и того же, и поэтому вы должны относиться к своему пользовательскому интерфейсу таким же образом. Не меняйте его резко для небольших экранов. Вместо этого вы необходимо найти способ его увеличения или уменьшения таким образом, чтобы пользователь чувствовал, что у него есть больше места для работы. с тем же старым пользовательским интерфейсом.

Текстовые редакторы - яркий тому пример. Окно документа становится больше, появляется больше места для редактирования документов, но фактический интерфейс остается довольно статичным.

person Jack Ryan    schedule 16.10.2009

arrow_upward
2
arrow_downward

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

Корпус 10–13 дюймов, о котором вы говорите, больше подходит для нетбуков. В этом случае пользовательский интерфейс устройства похож (в большинстве случаев) на обычный пользовательский интерфейс рабочего стола, поэтому я бы выбрал жидкий макет и использовал тот же пользовательский интерфейс.

ИЗМЕНИТЬ

См. Комментарии для уточнения требований ...

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

person Justin Niessner    schedule 02.09.2009
comment
спасибо за ваш вклад - в моем конкретном случае беспокойство заключается в том, что по мере сжатия пользовательского интерфейса UX также будет уменьшаться в некоторой степени при переходе с 13 дюймов на 10 дюймов (я использую сенсорный экран, и требование для первичного ввод всегда исходил от пальцев, а не от стилуса) - person JohnIdol; 02.09.2009
comment
Верно ли требование ввода для вашего приложения, работающего на всех экранах или только на маленьких? - person Justin Niessner; 02.09.2009
comment
только для меньших на текущем этапе - person JohnIdol; 02.09.2009
comment
Обновил свой ответ на новые требования. - person Justin Niessner; 02.09.2009
comment
Спасибо - я тоже об этом думаю, но сейчас ведется небольшая религиозная война по поводу того, что такое повторное использование кода и так далее. - person JohnIdol; 02.09.2009

arrow_upward
2
arrow_downward

Мы только начинаем проект, в котором у нас очень похожая проблема.

В нашем случае приложение будет работать немного по-разному на разных экранах, например, на экранах меньшего размера будет больше этапов и меньше параметров.

Мы планируем использовать платформу ASP.Net MVC и реализовать представление для каждого разрешения экрана / дополнительного приложения. Мы постараемся сделать остальную часть приложения общей для всех разрешений экрана.

person Shiraz Bhaiji    schedule 20.10.2009
comment
так что у вас есть свой пользовательский интерфейс (вид) для каждого размера экрана - интересно - person JohnIdol; 20.10.2009

arrow_upward
1
arrow_downward

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

У него также есть рекомендации по разрешению рабочего стола.

person MaD70    schedule 22.10.2009