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

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

Как можно больше, используйте режим только, когда ситуация потребует его. Например, когда:

• Критически важно привлечь внимание пользователя

• Пользователи инициируют задачу, которая должна быть выполнена, прежде чем они сделают что-либо еще в приложении

• Текущая задача модальна в некотором роде — например, с помощью инструмента для рисования в графическом приложении или стиля шрифта в редактирующем документ приложении

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

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

Определите объем модальности соответственно. В целом выберите наименее строгий режим, который целесообразен. Например, если пользователи должны закончить задачу в окне документа прежде, чем сделать что-либо еще в том окне, используйте модальное документом диалоговое окно (также названный листом). Лист препятствует тому, чтобы пользователи взаимодействовали с окном, к которому он присоединен, но он не препятствует тому, чтобы пользователи взаимодействовали с другими частями приложения. Для узнавания больше об использовании листов посмотрите Диалоговые окна.

Ясно укажите текущий режим. Если пользователи могут перейти к различным режимам в Вашем приложении, упростить для них говорить сразу, в каком режиме они находятся. Например, графическое приложение могло бы использовать различные стили указателя, чтобы указать, является ли пользователь в настоящее время в получении, стирании или режиме выбора. Сегментированное управление может также показать, в каком режиме пользователь находится; например, Представление сегментировалось, управление на панели инструментов Finder указывает, являются ли пользователи в значке, списке, столбце или представлении Cover Flow. И легкая сдоба предлагает очень сильную визуальную индикацию относительно автономной задачи. Для узнавания больше об использовании легкой сдобы в приложении посмотрите Легкую сдобу.

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

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