Это старая версия AltLinux/Usability за 2006-10-17 02:13:54..

ALT Linux Usability

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

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

OPEN: bug #6506, bug #6865, bug #7420, bug #7424, bug #7429, bug #7447, bug #7542, bug #7550, bug #7558, bug #7570, bug #7599, bug #7635, bug #7721, bug #7779, bug #7795, bug #7800, bug #7813, bug #7815, bug #7819, bug #7821, bug #7854, bug #7862, bug #7870, bug #7871, bug #7927, bug #7977, bug #8063, bug #8064, bug #8068
REOPENED: bug #6814, bug #7289, bug #7835

(Также был бы благодарен, если бы кто-нибудь проголосовал за этот баг в KDE: menu item “encoding” is in the wrong menu (extras not view menu) — прим. php-coder'а)

FIXED: ~~bug #7414, bug #7428, bug #7431, bug #7540, bug #7544, bug #7547, bug #7682, bug #7865~~
LATER: ~~bug #7240, bug #7739~~
WONTFIX: ~~bug #6028, bug #6882~~
INVALID: ~~bug #7109, bug #7557, bug #7569, bug #7548~~

(TODO: Наверное, было бы неплохо иметь какую-то классификацию багов, а то их очень быстро станет много, и мы начнём теряться в списке.)
(лучше завести виртуальный баг в bugzilla, в идеале — с запоминающимся номером, и вешать на него block'и — // mike)
(там их тоже быстро станет много, и ориентироваться в них тоже будет сложно. Недостаток багзиллы :( — // ktirf)

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

Пожалуйста, если вешаете баг в Багзилле, касающийся юзабилити, не забудьте добавить в 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@ соглашается)

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

Ссылок на эту страницу нет