Что вы думаете о прокрутке страницы в бизнес-приложении? - PullRequest
2 голосов
/ 11 января 2010

Допустим, вы разрабатываете веб-приложение для внутреннего использования. Если страница предназначена для , а не прокрутки, и либо использует подкачку страниц, либо имеет прокручиваемые подразделы (таблицы, сетки и т. Д.), Или лучше разрешить странице простую прокрутку.

Что происходит, когда у вас длинная страница, для которой требуется кнопка Сохранить / Отмена или другие подобные кнопки. Затем вам нужно прокрутить весь путь вниз, чтобы найти указанные кнопки. Или просто повторить кнопки сверху и снизу?

Извините, этот пост не очень хорошо сформулирован. Это было наспех написано. Надеюсь, вы понимаете суть этого.

Спасибо.

Ответы [ 6 ]

1 голос
/ 12 января 2010

Пара идей:

  1. Если вы прокручиваете всю страницу, одна идея, которая может помочь (до некоторой степени), - это поместить кнопки «сохранить» и «отменить» в верхней и нижней части страницы, например, в Gmail.
  2. Если вы используете прокручиваемые подразделы, вы можете нажать кнопки «Сохранить» и «Отмена» за пределами прокручиваемого раздела, таким образом, кнопки всегда доступны.
1 голос
/ 11 января 2010

Проектирование приложения без необходимости прокрутки всегда хорошо - особенно в веб-приложениях люди будут пропускать элементы за пределами своего «диапазона обзора».

Прокрутка может быть очень раздражающей и может указывать на слишком большое количество контента на сайте.

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

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

1 голос
/ 11 января 2010

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

Вот ссылка на статью о разгромном журнале:

http://www.smashingmagazine.com/2009/09/24/10-useful-usability-findings-and-guidelines/

1 голос
/ 11 января 2010

Недавно я натолкнулся на статью, описывающую рекомендации по пользовательскому интерфейсу для банковской системы. Он дал легко запоминающийся принцип: «НЕОБХОДИМО избегать горизонтальных полос прокрутки, следует избегать вертикальных полос прокрутки».

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

0 голосов
/ 11 января 2010

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

секунда, если у вас есть форма длиной , вы можете разделить ее на несколько меньших форм. другое решение - разместить кнопки «сохранить» и «отменить» на некоторой форме панели инструментов, которая останется с пользователем все время (возможно, с использованием позиции CSS: исправлено или другой подобный прием)

0 голосов
/ 11 января 2010

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...