Вопрос стиля GUI: иконки в контекстных меню? - PullRequest
0 голосов
/ 11 мая 2010

Кажется, что не так давно было стандартным использование значков / изображений в контекстных меню, и Microsoft, похоже, поддерживает это. Но в настоящее время он исчез в других приложениях: Chrome, iTunes и т. Д. У любого есть мнение / идея, почему это произошло, или это просто личный вкус (мне нравятся изображения).
A.

Ответы [ 4 ]

2 голосов
/ 11 мая 2010

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

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

Кроме того, множество значков повсюду простодобавляет беспорядок.Вот почему Microsoft перепроектировала интерфейс GUI в Office 2007. Не говоря уже о том, что большинство людей предпочитают запоминать сочетания клавиш, а не значки кнопок.

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

Справочное меню Mac OSX:

альтернативный текст http://img52.imageshack.us/img52/452/picture2zu.png

Новый альфа-релиз Blender:

альтернативныйtext http://img227.imageshack.us/img227/9964/picture3iv.png

Gnome Do:

alt text http://peterstuifzand.nl/images/gnome-do-screenshot.png

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

Черт, как разработчики, вы, вероятно, использовали IDE с автозаполнением (например, Intellisense в Visual Studio).Не говоря уже о IM-клиентах, таких как Digsby и Adium.

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

1 голос
/ 11 мая 2010

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

Лично я никогда не обращаю на них внимания, обычно потому, что не могу понять, что они значат. Меню Visual Studio 2010 View является довольно хорошим примером этого. Слишком много, недостаточно различимо.

0 голосов
/ 11 мая 2010

Microsoft, Google и Apple имеют разные стили для начала, поэтому я не уверен, что ваши примеры являются хорошим сравнением.

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

0 голосов
/ 11 мая 2010

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

На мобильной платформе (с небольшим размером экрана) они плохие, так как выглядят хуже и, следовательно, их сложнее различить / оценить в более низком разрешении И занять драгоценное пространство экрана.

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