Отключение или скрытие руководящих принципов проектирования элементов управления?

Question

Недавно я проверил рекомендации по разработке от разработчиков Android и нашел рекомендацию использовать как минимум 4 состояния для интерактивных элементов пользовательского интерфейса.

по умолчанию, отключено, фокусировка, нажатие

см. http://www.slideshare.net/AndroidDev/android-ui-design-tips, слайд 13

С другой стороны, на слайде 10 сказано, что все правильно видно.

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

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

Я не уверен. Кто-нибудь нашел какие-либо другие ссылки, которые могут помочь, когда скрыть, а когда просто отключить элемент управления. Какие факторы вам необходимо учитывать, когда вы выбираете один или другой?

Есть ли какие-либо конкретные рекомендации для Android или мобильных приложений из-за размера экрана или что-то еще?

Answer 1

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

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

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

«Какие факторы вы должны принять во внимание, когда выбираете один или другой?»Я бы сказал, пользовательскую среду, как часто ее можно использовать / переключать, насколько это важно для приложения или пользователя и насколько тесно она связана с другими опциями / элементами.

Answer 2

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

• делает ли пользователь когда-либо возможность вызвать это действие на основеих привилегия / роль / уровень видимости?если нет, то спрятать кнопку;Например:
  • пользователь имеет гостевую роль, которая не имеет прав администратора, поэтому не видит кнопку редактирования
  • учетная запись находится в золотом статусе, поэтому не видит кнопку расширенной функции, которая является платиновой учетной записьюсм.
• Запрещено ли пользователю вызывать действие на основе текущего режима целевого элемента , который может в конечном итоге измениться?затем отключите кнопку, но оставьте ее показанной;Например:
  • документ находится в черновом режиме, поэтому производственная кнопка отключена
  • загрузка еще продолжается, поэтому кнопка «открыть в поиске» отключена
  • ограничение ресурсов текущей учетной записи предотвращает добавление новых ресурсов в учетную запись, поэтому кнопка добавления отключена (но активация, связанная с обновлением плана или освобождением ресурсов, сделает это возможным)
• , если действие зависит отitem type (т.е. вряд ли изменится), затем скройте его;например:
  • скрыть параметр для загрузки файла в формате PDF для файлов MP3
  • скрыть параметр для установки сертификата подписи электронной почты для пользователей типа "гость"

По сути, как упомянуто выше, все сводится к тому, должен ли пользователь ожидать действия при среднесрочном использовании пользовательского интерфейса.Если им никогда не удастся это сделать, не показывайте действие.Если это временное ограничение, основанное на состоянии элемента / системы, то покажите его как отключенное, надеясь объяснить, почему оно отключено.