Usability: различия между версиями

Материал из ALT Linux Wiki
Нет описания правки
Нет описания правки
Строка 52: Строка 52:
* [http://www.useit.com/alertbox/wysiwyg.html R.I.P. WYSIWYGR.I.P.]
* [http://www.useit.com/alertbox/wysiwyg.html R.I.P. WYSIWYGR.I.P.]
* [http://openusability.org/ OpenUsability.org]
* [http://openusability.org/ OpenUsability.org]
[[Категория:Devel]]

Версия от 14:06, 26 декабря 2008

Freesource-logo.png Blue Glass Arrow.svg MediaWiki logo.png
Эта страница была перемещена с freesource.info.
Эта страница наверняка требует чистки и улучшения — смело правьте разметку и ссылки.
Просьба по окончанию убрать этот шаблон со страницы.
48px-Mail-mark-junk red.svg.png
Эта статья протухла.
Её нужно существенно доработать или удалить


ALT Linux Usability

Эта страница устарела. Не стесняйтесь обновлять её, любая свежая информация будет по определению лучше, чем bit-rotten stuff, который находится здесь сейчас.

На этой странице будет собираться информация, имеющая отношение к юзабилити ALT Linux. Под юзабилити понимаются практичность, удобство и эффективность использования ALT Linux. Здесь серьёзно относятся к «глупостям» навроде цветовой гаммы интерфейса, размеров и положения элементов управления, возможности работать с программой только с клавиатуры или только мышью и т.п.

Юзабилити-баги

Баги с пометкой USABILITY в Bugzilla.

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

Пожалуйста, если вешаете баг в Багзилле, касающийся юзабилити, не забудьте добавить в CC:

  • ktirf altlinux org
  • mithraen altlinux org
  • mike altlinux org

Проблемы, упоминаемые в рассылках

mithraen@ об установщике:

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

Поток сознания ktirf@ на тему юзабилити, когда его спросили об общих замечаниях в контексте инсталлятора

Есть такая вещь - закон Фитса. Следствие из этого закона состоит в том, что чем больше элемент управления, тем легче им воспользоваться. Не стесняйтесь делать большие кнопки, по ним проще попасть (я не понимаю, почему все делают такие маленькие кнопки?!). Помните, что с точки зрения закона Фитса элементы управления, лежащие вплотную к краю экрана, имеют бесконечный размер в направлении, перпендикулярном этому краю. Это очень выгодно, старайтесь этим пользоваться. Очень внимательно подходите к выбору цветов и их сочетаемости: как показала практика инсталлятора для 3.0, это актуальная проблема. Характерное число выделяемых сознанием объектов на экране должно быть от 2 до 7 (пара подпись-поле ввода - это один элемент с точки зрения сознания; радиогруппа воспринимается и как целый элемент, и как контейнер, в котором тоже должно быть от 2 до 7 элементов). Не заставляйте пользователя ничего запоминать и ничего не вводить дважды (кроме случаев, когда надо быть уверенным, что он не ошибся, например, при вводе паролей). Данные пользователя - это самая большая ценность на свете. Если пользователь вводит какую-то информацию, он рассчитывает на то, что компьютер теперь её знает и никогда-никогда не забудет (если только ему не скажут забыть). Сбой, повлекший потерю одной-единственной настройки - уже раздражает. Выбор из списка выгоднее, чем набор текста. Выбор из радиогруппы выгоднее, чем выбор из списка. Если выпадающий список длинный, крайне желательно иметь возможность ввести текст руками, с обязательной возможностью автодополнения. В невыпадающих (статичных) списках и деревьях обязательно должна быть возможность type-ahead find. Внимание пользователя не прерывается, если пауза между событиями меньше двух секунд. Если пауза больше, пользователь отвлекается и "забывает" (как в буквальном, так и в переносном смысле), что собирался делать со вторым событием. Известная среди юзабилистов фраза: if you can't let the user be in control, at least make him think that he is in control. Это в основном касается своевременных и полных оповещений о том, что происходит. Если процесс более-менее длинный, у пользователя должна быть карта, где он находится, что уже сделано, что ещё нет (у старого мандрейковского инсталлятора это было сделано превосходно, кстати). Краткость - сестра таланта. Основное содержимое экранов (то, с которым работает пользователь) должно быть как можно лаконичнее. Длинные предложения наподобие "Сейчас потребуется настроить ..... Обратите внимание, что .....(3 строчки)" только мешают. Будьте проще, и не держите пользователей за полных идиотов. Пользователь должен быть в состоянии пройти установку, не пользуясь мышью. Пользователь должен быть в состоянии пройти установку, не пользуясь графическим режимом (это Важно! отсутствие текстового инсталлятора в 3.0 - это полное безобразие). Структурируйте информацию. То, как оформлен этот текст на вики - пример того, как делать не надо. Используйте короткие приложения, нумерованные и ненумерованные списки, в том числе вложенные (но если вложенность будет больше четырёх, пользователь начнёт теряться); выделяйте слова шрифтом и цветом (но без злоупотреблений).

(mike@ соглашается)

Полезные ссылки