Полосы прокрутки в модальной панели - PullRequest
3 голосов
/ 02 февраля 2010

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

Есть ли проблемы с удобством использования полос прокрутки на модальной панели? Я считаю, что это плохая практика, но я хотел бы получить другие мнения.

Спасибо

Glen

Обновление: Я объясню сценарий более подробно. У нас есть страница поиска, где элементы результатов поиска могут быть сохранены (скопированы в другую область системы). С помощью этих элементов может быть сохранена дополнительная информация (например, дополнительные комментарии, назначение в другие группы - я не могу вдаваться в подробности). Когда пользователь хочет сохранить элемент результата поиска, он может проверить один или несколько элементов и щелкнуть по кнопке «Сохранить» - вот когда появляется наша модальная панель.

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

Я не уверен на 100%, что использование модальной панели - лучший дизайн, но это то, что мы имеем сейчас. Я приветствую любые другие идеи.

Ответы [ 3 ]

2 голосов
/ 02 февраля 2010

Ну, я должен спросить, если у вас есть модальная форма, которая такая длинная, не должна ли она быть превращена в свою собственную страницу?

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

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

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

Если это что-то раздражающее, например "дать нам свой отзыв о сайте", то это должно быть вовсе не модальное, а скорее всплывающее всплывающее окно (смею ли я сказать?).

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

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


РЕДАКТИРОВАТЬ : Ага! Ваши клиенты почувствовали это заняло много времени, а? Это тип ситуации, когда вы должны сделать очень быстрый и грязный тест на живое использование, чтобы увидеть, какой путь лучше. Возьмите некоторых людей из зала, покажите некоторым из них модальный способ (с помощью прокрутки) и покажите другим старый (немодальный) способ сделать это и посмотрите, что они скажут.

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

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

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

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

0 голосов
/ 04 февраля 2010

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

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

Модальная панель «Сохранить» должна содержать только несколько элементов управления, которые играют важную роль в сохранении, таких как имя файла и местоположение, а также, возможно, тип файла. Если вся информация является важной для сохранения, то сделайте панель сохранения немодальной. Кто сказал, что ты не можешь?

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

0 голосов
/ 03 февраля 2010

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

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

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

Некоторые люди полагают, что вкладки полезны для категоризации, когда количество элементов пользовательского интерфейса выходит за пределы диалогового окна. В этом случае, однако, я думаю, что это будет плохая идея. Это не категория настроек диалогового окна, а скорее диалог подтверждения / выбора / ввода, где пользователи сохранят все, что введено и выбрано. С вкладками есть хороший шанс, что пользователи пропустят вкладки и пропустят ввод информации. И если что-то на вкладке «назад» требуется, и пользователь туда не заходит, то у вас очень плохой опыт ошибок.

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

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

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

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