Этот вопрос немного более субъективен, но я надеюсь получить новую перспективу. Я настолько привык проектировать для определенного размера экрана (обычно 1024x768), что я считаю, что этот размер не проблема. Увеличение размера до 1280x1024 не принесет вам достаточного количества экранного пространства, чтобы сделать заметную разницу, но даст мне немного больше передышки. По сути, я просто расширяю свой «размер сетки», и тот же базовый дизайн для экрана немного меньшего размера все еще работает.
Однако в последних двух проектах все мои клиенты использовали экраны 1080p (1920x1080) и хотели, чтобы решения использовали как можно большую часть этой недвижимости. Ширина 1920 пикселей обеспечивает вдвое меньшую ширину, к которой я привык, а широкий экран заставляет некоторые из моих старых подходов к дизайну не работать. Проблема, с которой я сталкиваюсь, заключается в том, что, когда у меня так много места, я сталкиваюсь с некоторыми серьезными проблемами.
- Сколько столбцов я должен использовать? Широкоформатный формат подразделяется на 3 столбца с 2: 1: 1 (т. Е. Столбец содержимого больше двух других). Однако, если я выберу три столбца, что мне делать с этим дополнительным столбцом?
- Как эффективно использовать экран недвижимости? Существует соблазн поставить все на экран сразу, но слишком много информации фактически затрудняет использование приложения. Пустое пространство важно, чтобы помочь разобраться в сложной информации, но слишком многое заставляет связанные концепции выглядеть слишком отдельными.
- Я обычно работаю с веб-приложениями, которые имеют сложные данные, а визуализация и представление - это ключ к пониманию необработанных данных. Когда у вашего пользователя также есть большой экран (не менее 24 дюймов), некоторая информация не видна, и вам нужно переместить указатель на большое расстояние. Как убедиться, что все необходимое остается в пределах визуальных горячих точек?
- Простые сайты, такие как блоги, на самом деле работают лучше, когда ширина ограничена, что приводит к большим потерям недвижимости. Интересно, будет ли текстовое поле и предпросмотр текста рядом друг с другом большим преимуществом для админской стороны этого типа экрана? (1: 1, два столбца разделены).
Что касается ваших ответов, я знаю, что почти все в дизайне «зависит». То, что я ищу, это:
- Общие принципы, которые вы используете
- Как изменился ваш подход к дизайну
Я обнаружил, что мне нужно переучить себя, как работать с этим другим форматом. Каждое увеличение разрешения, которое я до сих пор проходил, составляло около 25%: от 640 до 800 (увеличение на 25%), от 800 до 1024 (увеличение на 28%) и от 1024 до 1280 (увеличение на 25%). Тем не менее, прыжок с 1280 до 1920 - это хорошее увеличение пространства на 50% - эквивалент перехода с 640 на 1024. Обычно среднего размера не было, чтобы помочь усвоить уроки более постепенно.
Ответы:
Вот как я подхожу к этому вопросу.
Я бы начал с разбивки своих данных на логические блоки. Я мог бы даже пойти так далеко, чтобы создать разные файлы ascx для каждого логического блока. Каждый блок будет знать, как ему нравится отображаться (минимальная / максимальная ширина). Я бы сделал это, потому что мне не нравится переписывать код, и если есть вероятность того, что приложение необходимо будет расширить для поддержки нескольких размеров разрешения, то это поможет упростить его для каждого элемента управления.
Далее я бы создал новую таблицу стилей для большего разрешения. Сделать кнопки и заголовок больше. Добавьте больше пустого пространства вокруг элементов. Таким образом, переключение между двумя типами разрешения - это просто замена таблицы стилей.
Теперь самое сложное, макет. Как вы сказали, макет будет сильно отличаться от этого количества недвижимости. Ответом на отказ является предоставление пользователю возможности размещать элементы там, где они хотят, например на странице iGoogle. Пользователь может выбрать 2 или 3 столбца по своему усмотрению. Поскольку я не знаю, какие типы экранов вы создаете, я не знаю, сработает ли это для вас.
Второй отговорочный ответ - нанять эксперта по пользовательскому интерфейсу, который поможет вам разработать эти страницы. Проработав со специалистом по пользовательскому интерфейсу в прошлом, я могу сказать, что на 100% стоит получить экспертное мнение по таким вопросам. Они могут точно определить проблемы и предложить решения еще до того, как клиент увидит продукт.
Если бы мне пришлось делать это самостоятельно, я бы поместил фиксированные предметы по бокам и увеличил среднюю область, чтобы заполнить оставшееся пространство. Есть любые данные, которые могут расти, заполните средний раздел.
Не уверен, насколько это полезно для вас, но я надеюсь, что это даст вам некоторые идеи.
источник
Я бы сказал, что если вы не можете использовать дополнительное пространство, добавляя больше информации / элементов управления, я бы сказал, увеличьте существующий контент и элементы управления .
Почему? Потому что по закону Фитта большие вещи легче использовать .
Может также спросить на https://ux.stackexchange.com/ или https://graphicdesign.stackexchange.com/
источник
Я не эксперт по пользовательскому интерфейсу, но я использую экран 1920x1080 каждый день с Eclipse. Eclipse имеет очень легко настраиваемый интерфейс, и вот некоторые из моих наблюдений при переключении между 1280 и 1920:
Иногда я также помещаю представления и контроллеры рядом друг с другом в режиме с двумя столбцами, но это определенно зависит от программиста. :)
Когда я на большом экране, я хочу использовать это, чтобы увидеть как можно больше информации, но при этом ее легко найти. Большее пространство вокруг компонентов помогает различать сбор информации. Значки на вкладках - это один из способов привлечь внимание к тому, что означает каждый компонент.
источник