Легко усваиваемые советы по интерфейсу для разработчиков [закрыто]
передайте его указателю на char, указав указатель вперед вперед x байтами.
19 ответов
- используйте стандартную строку меню (разработчикам GUI-любителям, кажется, нравится брать их собственный курс здесь по некоторым причинам). Удостоверьтесь, что первыми объектами является Файл, Редактирование и Представление, и последний является Справкой
- не волнуйтесь о цветных темах или коже; придерживайтесь стандартного взгляда, который согласовывается с Вашей платформой
- используйте системный шрифт по умолчанию
- используйте акселераторы меню, которые согласовываются с Вашей платформой
- придерживайтесь испытанного и истинного расположения со строкой меню на вершине, строкой состояния в нижней части, и при необходимости, панель навигации слева
- никогда не делайте захват в масштабе всей системы
- Если у Вас есть выбор, сделайте все окна изменяемого размера.
- используйте группы переключателей для, "выбирают точно один". Всегда удостоверяйтесь, что один из них выбран по умолчанию. Если Вы хотите, чтобы пользователь смог не выбрать кого-либо, добавьте другой переключатель для "никакого выбора"
- используйте группы checkbuttons для, "выбирают нуль или больше"
- ограничьте вход при необходимости (т.е.: просто проигнорируйте нецифры в числовом поле ввода) вместо того, чтобы ожидать пользователя, чтобы ввести данные, отправить, затем подбросьте диалоговое окно, говорящее "эй, буквы не позволяются!". Если им не позволяют, не принимайте их во-первых.
- будьте либеральны в том, что Вы принимаете как вход. Для пользы совершенства не закатывайте истерику для поля SSN, если они не учитывают дефисы или помещают затем в то, когда Вы не хотите их. Компьютер умен, позвольте ему выяснить, что xxxxxxxxx и xxx xx xxxx и xxx-xx-xxxx являются всеми допустимыми номерами социального страхования.
- всегда позволяйте пробелы в длинных полях, таких как порядковые номера и этажерка. Качество данных идет путем, если пользователю разрешают сгруппировать числа в наборах три или четыре. Если Ваша модель данных не может обработать пробелы, можно удалить их прежде, чем сохранить данные.
- Избегайте раскрывающихся диалоговых окон как эпидемия. Никогда не отображайте тот, если Вы абсолютно не должны. Если Вы решаете, что Вы должны, остановить и заново продумать Ваш дизайн перед продолжением. Существуют времена, когда они необходимы, но те времена являются значительно менее частыми, чем Вы могли бы вообразить.
- обратите внимание на обход клавиатуры. Большинство инструментариев предпринимает попытку разобраться в нем, но всегда перепроверять. Использование должно смочь использовать клавишу Tab для пересечения виджетов логическим способом.
Все эти правила могут, конечно, быть нарушены. Но только повредите его при повреждении его по допустимой причине.
Помните, программное обеспечение там для помощи пользователю, оно должно делать то, что они хотят, вместо того, чтобы заставить их сделать то, что оно хочет.
Мое основное правило дизайна UI состоит в том, чтобы иметь каждую "страницу", делают одну задачу и одну задачу только. Это сохраняет страницы простыми, который содержит дизайн в чистоте и подает более понятную заявку.
Этот тип дизайна называют Индуктивным Пользовательским интерфейсом. Вот документ , который Microsoft произвела в 2001 по теме. Текст может быть немного датирован, но принципы являются обычно симпатичной пользой. Единственный протест состоит в том, что существует баланс, который будет найден в разработке как это. Если Вы упрощаете слишком много, пользователи должны будут перейти повсеместно для выполнения простых задач, и усиления в понятности будут потеряны underproductivity.
Тестирование Grandmaw.
Это - мой термин для концептуального вопроса, "Может Ваша бабушка, которая никогда не использовала компьютер вне электронной почты и проверки www.cutecats.com, используйте его? (Предполагающий, что у нее есть реальное знание для использования того конкретного приложения)".
Все общее должно быть очевидным; ничто не должно быть волшебством черного квадрата с побочными эффектами. Редкие вещи должны быть доступными в распространенном формате, который пользователь использовал прежде.
Четкая маркировка, ясный маршрут к справочному файлу, очищает действия с ясными эффектами.
Если Бабушка не может использовать Вашу Программу для рисования, необходимо действительно думать о UI.
- Минимизируйте количество щелчков
- Универсальный взгляд (размер текста, кнопки.. и другие средства управления)
- Минимизируйте бесплатные редактирования... (исключая: в записи адреса... обеспечивают состояния в выпадающем... и т.д. и т.д.),
- В выпадающем для списка страны... перечисляют находящуюся страну сначала... (сколько из Вас разбило США, перечисляемыми внизу, и необходимо ли прокрутить вниз?)
- Общие холмы отбрасывания могут быть заказаны как пользовательский выбор
- Никакое Написание msitake ;) вообще
- Обратите внимание на текст метки: для адреса электронной почты (имеют подпись, поскольку электронная почта... верит мне... я рассматривал его как e_mail адрес:)
- Обозначение денежной единицы для сумм. универсальный дисплей цифры в сумме.. исключая: 12,15$ ==> $12,15$ 10,9 ==> 10,90$ 9. Прогресс/Строка состояния
- Маркировка приятеля для указания на ошибочное поле перед пользователем нажимает кнопку OK/Save (исключая: для адреса электронной почты, если существует не, нет никакой потребности ожидать, пока пользователь не нажимает "OK", затем говорят им недопустимый адрес электронной почты),
- Избегайте повторенных исходных данных... (исключая: помните меня опция на экране входа в систему),
- глобальный параметр приложения, чтобы позволить пользователю продолжить от, где брошено в предыдущем экземпляре)
- когда показ данных по сетке... превосходит опции фильтра стиля
- значения по умолчанию для исходных данных.
Люди... не стесняются сбрасывать вниз любую точку выше с допустимыми причинами!!!
Вместо произвольных кнопок "OK" и "Cancel", которые, учитывая контекст, могут быть неоднозначными, и пользователи вслепую, нажимают один, кнопки должны содержать краткое описание того, что они делают.
[Ok, Please Cancel my subscription ], [ Please do not cancel my subscription ]
намного лучше, чем
Cancel my subscription?
[ OK ] [ Cancel ]
(подобные отказы часто появляются на dailywtf),
При использовании всплывающего окна от редактора удостоверьтесь, что возвратили точку вставки или указали тому, чем это было перед всплывающим окном. Слишком много программ просто оставляют Вас "зависанием" и необходимостью найти Ваш путь назад.
Сделайте некоторое тестирование удобства пользования прихожей (таким же образом, Вы сделали бы обзоры кода).
Даже действительно быстрое "Эй! попробуйте этот" тест удобства использования (если можно назвать его, что), с парнем рядом с Вами будет иметь большое значение. Главное состоит в том, чтобы иметь, кто-то другой, чем себя пробует бит UI, который Вы только что создали.
Удивительно, сколько раз другие люди застревают с помощью нового UI, и только требуется несколько минут (обычно) для нахождения самых больших проблем.
- спросите пользователя, только составьте вещи
- упростите - удаляют шаг, устраняют щелчки, и т.д.
- познакомьтесь с принципами удобства использования
Я думаю, что эта ссылка была бы хорошей начальной точкой из "Пользовательских Инструкций по Опыту Windows Vista Microsoft:
http://msdn.microsoft.com/en-us/library/aa511328.aspx
И это могло бы быть очень близко к списку пункта маркированного списка на две страницы, который Вы ищете: "Главные Нарушения":
http://msdn.microsoft.com/en-us/library/aa511331.aspx
Очень вниз заземлять подсказки как: "Установите минимальный размер окна, если существует размер, ниже которого содержание больше не применимо".
Найдите вещь, которую пользователь будет делать чаще всего и затем делать это самой легкой вещью сделать.
Например: у Меня есть длительное персональное схватывание с микроволновым дизайном.
Многие требуют, чтобы Вы установили часы, которые Вы никогда не используете ни для чего до использования микроволны, и это забывает каждый раз, что это теряет питание И требует, чтобы 10 нажатий клавиш на тех твердых к использованию клавиатурах кнопки сделали так.
Простой тест удобства использования понял бы, что наиболее распространенное время повара, используемое на микроволнах, является стандартной 'минутой' и кратными числами этого. Идеальная микроволна должна таким образом смочь приготовить продукт в течение 1 минуты на высокой мощности в 3 или меньше действиях.
В течение многих времен вне минуты, но в течение 5 минут после золотого "1" минута, должно быть немного больше шагов, но не значительно так, и только значительное количество действий, требуемых в течение времен повара> 5 минут. (которые довольно редки),
2 примера большого микроволнового дизайна
1. 4 части. Дверь, температурный набор, набор времени, освещающая время последовательность
Температурный набор является аналогом и сохраняется от предыдущей установки со скользящим диапазоном варьирования.
Набор времени является цифровым, но моделируемым аналогом, поворачивание набора по часовой стрелке увеличивается, показывают время (показанный последовательностью освещения под набором). Превращение набора против часовой стрелки уменьшается, показывают время. Уменьшения приготовления показывают время.
Закрываемая дверь и время, будучи на часах начинает готовить. Кулинария пауз дверного проема.
стандартная операция: открытая дверь, загрузка, набор времени очереди, близкая дверь (или дополнительно, близкая дверь сначала и кулинария запускается, как только> 1 с находится на часах),
2. 6 частей, дверь, набор, кнопка питания, кнопка запуска, ясная кнопка, цифровое отображение времени
Кнопка запуска без времени выбранные запуски, готовящие в течение 1 минуты на высокой мощности.
Кнопка запуска, в то время как кулинария добавляет 1 минуту ко времени.
Набор времени сохраняется между сессиями. Превращение набора вызывает время, сохраненное на положении наборов, скопированном в цифровой таймер.
Нажимающее "питание" до запуска кулинарии будет
- в конечном счете набор не был превращен, скопируйте текущее время, сохраненное на положении наборов к цифровому таймеру.
- в конечном счете набор был превращен, постепенно уменьшает выбор уровня мощности 1, или если на самом низком уровне мощности, возвратитесь к самому высокому.
Нажимающее питание при приготовлении декрементов уровень мощности на лету.
стандартная операция: 1 минута высотой = нажатие запускаются.
Носитель 1 минуты высоко = нажатие запускает, нажимает питание.
2 минуты высотой = нажатие запускаются дважды.
<в любое время> на высоком = набор поворота до счастливый, нажатие запускается.
<в любое время> на <anypower> набор поворота до счастливый, нажмите питание, пока счастливый, нажатие не запустится.
<ранее выбранное время> на высоком = питание нажатия, нажатие запускается
<ранее выбранное время + 1 минута> на высоком = питание нажатия, нажатие запускается дважды.
Как Вы видите здесь, добавляя небольшое количество дополнительных кнопок, может добавить большая степень выразительного и функционального проекта.
Любой дизайн с цифровой клавиатурой для спецификации времени, имеет тенденцию приводить мои критерии к сбою хорошего дизайна.
Ее отмеченные, что эти проекты могут, для некоторых людей имеют кривую высшего образования, но когда-то изученный, память мышц делает ее инстинктивной. В противоположность больше (очевидный?), но чрезмерно сложные проекты, какой даже изученный пользователь должен будет неоднократно проводить утомительное количество времени, выполняющее утомительные произвольные операции, просто для достижения общих целей.
Когда разработка UI делает его максимально простым, но не более простым.
Всегда давайте Вашему пользователю "выход" от того, везде, где они, это не требует использования кнопки "Назад".
Лучший пример:
Если ошибка происходит, дайте им ссылку назад туда, где они были (или по крайней мере туда, где они могут запустить).
Используйте подсказки как можно больше. Удивительно, как эти маленькие парни могут добавить большую сумму справки конечному пользователю, и они незаметны к самому приложению.
Не увеличивайте "discoverability" за счет основной ясности и удобства использования.
Сделайте выбор по умолчанию тот, которым большинство пользователей было бы довольно.
Когда Вы собираетесь выполнить действие, которое изменит или удалит информацию, не спрашивайте, 'Вы уверенный' - пользователи будут учиться нажимать кнопку как часть действия. Попытайтесь допускать 'Отмену' в проектировании системы.
Некоторые простые советы для ежедневных веб-дизайн пользовательского интерфейса и дизайн приложений:
- Используйте простые статические эскизы, чтобы начать предварительные планы разработки веб-приложений. -Дозить пользователей слишком много вариантов. Вместо этого используйте Cater Design, чтобы отправить пользователей по пути, которые они выиграют. -Дефицитные ключевые группы пользователей и путешествия, которые они сделали -Практический итеративный дизайн как часть UI для обеспечения ROI
Мне нравится следовать этим рекомендациям:
- Стандартный - следуйте известным стандартам/шаблонам, повторно используйте идеи из всех продуктов, которые вы уважаете
- Простой - держите ваши решения простыми и легко изменяемыми (при необходимости)
- Элегантный - используйте меньше для достижения большего