GetInfo.Ru – Компьютерная библиотека
Последние поступления
Как выбрать систему управления базы данных
Базы данных03/09/14
Этапы загрузки UNIX (в схеме)
Unix27/03/12
Gatewall Antispam: тотальный контроль электронной почты
Спам21/04/11
Мастер-класс: создаем Интернет-магазин (Часть 1)
Обзоры ПО20/04/11
CorelDRAW Graphics Suite X5: Что нового?
Обзоры ПО20/07/10
Добавить статью
Самые читаемые материалы
Не отключайте правую кнопку мыши!(18186)
Разработка пиктограмм для веб-сайтов(12943)
Функциональное тестирование(11111)
WEB vs GUI - точка зрения разработчика(9318)
Что такое юзабилити?(9313)
Всего статей: 793Всего авторов: 364Подразделов: 47Добавлено за сутки: 0
Статьи  СТАТЬИ Форум  ФОРУМ Рейтинг  РЕЙТИНГ Поиск  ПОИСК Контакты  КОНТАКТЫ
» Главная » Usability » Новый друг хуже старых двух

Новый друг хуже старых двух


Егор Гилёв
yegor@gilyov.com
http://yegor.gilyov.com/

Конечно же, пиктограмма обязана быть простой. Ведь отличимость пиктограмм друг от друга важнее для удобства работы, чем их смысловая адекватность и однозначность. А "каша символов №1" от "каши символов №2" не отличается, понятное дело, практически никак. Таким образом, чем меньше в пиктограмме элементов — тем лучше.

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

Что же мы получаем взамен, принося в жертву видимую простоту пиктограммы?

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

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

При этом недопустимо двойное применение одного и того же символа. Если в нашей системе "лупа" означает "поиск", для операций просмотра и масштабирования придется придумать что-то другое.

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

Выводы

  • В первую очередь минимизируйте число используемых в пиктограммах символов, особенно нестандартных. И уже потом, по возможности, старайтесь обходиться наименьшим числом символов в каждой пиктограмме. Лучше использовать комбинацию двух знакомых символов, чем один новый.
  • Используйте стандартные сквозные символы для родственных друг другу пиктограмм. Одни и те же вещи всегда иллюстрируйте одними и теми же символами.
  • Не перегружайте символы разными значениями. Иными словами, никогда не используйте один и тот же символ для разных вещей.

 
18.11.2004
Версия для печати Версия для печати Запомнить ссылку Запомнить ссылку
Ваша оценка:  1   2   3   4   5     

 О проектеПерепечаткаАвторамПартнерыО нас пишут
Наверх
©2003—2007. GETINFO.RU. ВСЕ ПРАВА ЗАЩИЩЕНЫ.