Уведомления (основы разработки)

Примечание

Это руководство по проектированию было создано для Windows 7 и не было обновлено для более новых версий Windows. Большая часть рекомендаций по-прежнему применяется в принципе, но презентация и примеры не отражают наше текущее руководство по проектированию.

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

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

screen shot of balloon with 'new updates' in title

Типичное уведомление.

В Windows Vista и более поздних версий уведомления отображаются в течение фиксированной продолжительности 9 секунд. Уведомления не отображаются сразу, когда пользователи неактивны или выполняются экранные заставки. Windows автоматически помещает уведомления в очереди в течение этого времени и отображает в очереди уведомления, когда пользователь возобновляет регулярное действие. Следовательно, вам не нужно ничего делать, чтобы справиться с этими особыми обстоятельствами.

Разработчики: Вы можете определить, когда пользователь активен с помощью API SHQueryUserNotificationState.

Примечание: Рекомендации, связанные с областью уведомлений, панелью задач и выносками , представлены в отдельных статьях.

Это правильный пользовательский интерфейс?

Чтобы определиться, ответьте на вопросы:

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

screen shot of windows security alert

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

  • Актуальна ли информация только при активном использовании приложения пользователями? В этом случае отобразятся сведения в строке состояния приложения или другой области состояния.

screen shot of outlook status bar

В этом примере Outlook отображает состояние подключения и синхронизации в строке состояния.

  • Быстро ли меняющаяся, непрерывная и непрерывная информация в режиме реального времени? К примерам относятся ход обработки, фондовые цитаты и спортивные оценки. В этом случае не используйте уведомления, так как они не подходят для быстро меняющихся сведений.
  • Полезна ли информация и актуальна? Могут ли пользователи изменить свое поведение или избежать неудобств в результате получения информации? Если нет, не отображайте информацию или не помещите ее в окно состояния или файл журнала.
  • Является ли информация критической? Требуется ли немедленное действие? В этом случае отображение информации с помощью интерфейса, требующего внимания, и его нельзя легко игнорировать, например модальное диалоговое окно или окно сообщения. Если программа не активна, вы можете привлечь внимание к критически важной информации, мигая кнопкой панели задач программы три раза и оставив ее выделенной, пока программа не будет активной.
  • Являются ли ИТ-специалистами основного целевого объекта? В этом случае используйте альтернативный механизм обратной связи, например записи файла журнала или сообщения электронной почты. ИТ-специалисты настоятельно предпочитают файлы журналов для некритических сведений. Кроме того, серверы часто управляются удаленно и обычно выполняются без входа пользователей, делая уведомления неэффективными.

Принципы проектирования

Эффективные уведомления, которые повышают удобство работы с пользователем:

  • Асинхронная. Это событие не является непосредственным результатом текущего взаимодействия пользователей с Microsoft Windows или приложением.
  • Полезную. Существует разумный шанс, что пользователи будут выполнять задачу или изменять свое поведение в результате уведомления.
  • Соответствующие. В уведомлении отображаются полезные сведения о том, что пользователи уже не знают.
  • Некритично. Уведомления не являются модальными и не требуют взаимодействия с пользователем, поэтому пользователи могут свободно игнорировать их.
  • Действия. Для тех уведомлений, которые предлагают выполнение действия, это действие инициируется щелчком уведомления. Однако действие всегда может быть отложено.
  • Надлежащим образом представлено. Презентация уведомления (длительность, частота, текст, значок и интерактивность) соответствует его обстоятельствам.
  • Не раздражает! Существует строгая линия между мягкой информированием пользователей о событии и вредительства им.

К сожалению, есть слишком много раздражающих, неуместных, бесполезных, неуместных уведомлений там. Рассмотрим эти уведомления из Windows XP Зал стыда:

screen shot of 'tour windows xp' notification

screen shot of 'unused icons' notification

screen shot of 'add .net passport' notification

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

Поток пользователей должен поддерживаться

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

В Flow: Психология оптимального опыта, Михали Csikszentmihalyi говорит, что пользователи входят в состояние потока, когда они полностью поглощены активностью, во время которой они теряют свое чувство времени и имеют чувство большого удовлетворения.

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

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

  • Отображение уведомлений о том, что пользователи не заботятся.
  • Слишком часто отображает уведомление.
  • Использование нескольких уведомлений, когда достаточно одного уведомления.
  • Использование звука при отображении уведомления.

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

Уведомления должны игнорироваться

Уведомления не требуют немедленного действия пользователя, и пользователи могут свободно игнорировать их.

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

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

  • Если вы используете уведомления правильно, и они не требуют немедленного действия пользователя, то пользователи решили игнорировать их по дизайну. Не изменяйте это.
  • Если событие требует немедленного действия пользователя, используйте альтернативный пользовательский интерфейс, который пользователи не могут игнорировать. Видите ли это правильный пользовательский интерфейс? для альтернативных вариантов.

Используйте прогрессивную эскалацию, если применимо

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

Например, система управления питанием Windows изначально указывает на низкую батарею, просто изменив значок области уведомлений.

screen shot of six icons showing battery status

В этих примерах Windows управление питанием использует значок области уведомлений для уведомления пользователей о постепенном снижении заряда батареи.

По мере уменьшения заряда батареи Windows предупреждает пользователей о слабой мощности батареи с помощью уведомления.

screen shot of notification of low battery power

В этом примере Windows управление питанием использует уведомление, чтобы сообщить пользователям, что их питание от батареи слабое.

Это уведомление появляется, пока пользователи по-прежнему имеют несколько вариантов. Пользователи могут подключаться, изменять параметры питания, завершать работу и завершать работу компьютера, игнорировать уведомление и продолжать работу. По мере того как питание от батареи продолжает сток, текст и значок уведомления отражают дополнительную срочность. Однако после того, как питание от батареи становится настолько низким, что пользователи должны действовать немедленно, Windows управление питанием уведомляет пользователей об использовании модального окна сообщения.

screen shot of seriously low-battery-power warning

В этом примере Windows управление питанием использует модальное окно сообщения для уведомления пользователей о критически низкой мощности батареи.

Если вы делаете только три вещи...

  1. Используйте уведомления только в том случае, если вам действительно нужно. При отображении уведомления вы потенциально прерываете пользователей или даже раздражаете их. Убедитесь, что прерывание оправдано.
  2. Используйте уведомления для некритических событий или ситуаций, которые не требуют немедленного действия пользователя. Для критических событий или ситуаций, требующих немедленного действия пользователя, используйте альтернативный пользовательский интерфейс (например, модальное диалоговое окно).
  3. Если вы используете уведомления, сделайте его хорошим взаимодействием с пользователем. Не пытайтесь заставить пользователей просматривать уведомления. Если пользователи так погружены в свою работу, что они не видят ваши уведомления, ваш дизайн хорош.

Варианты использования

Уведомления имеют несколько шаблонов использования:

Метка Значение
Успешное действие
Уведомляет пользователей об успешном выполнении асинхронного действия, инициированного пользователем.
Правильно:
Screen shot of balloon showing successful updates
В этом примере клиентский компонент Центра обновления Windows уведомляет пользователей об успешном обновлении компьютера.
Неправильно:
Screen shot of balloon showing file check complete
В этом примере Корпорация Майкрософт Outlook уведомляет пользователей о завершении проверки файла данных. Что должны делать пользователи сейчас? И зачем предупреждать пользователей об успешном завершении?
Показывает, когда: После завершения асинхронной задачи. Уведомляйте пользователей об успешных действиях только в том случае, если они, скорее всего, будут ожидать завершения или после недавних сбоев.
Показать, как: Используйте параметр реального времени, чтобы эти уведомления не помещаются в очередь, когда пользователи работают с полноэкранным приложением или не активно используют свой компьютер.
Узнайте, как часто: Раз.
Фактор раздражения: Низкий, если успех не ожидается из-за недавних сбоев, успех происходит после критического или необычного сбоя, поэтому пользователю требуется дополнительная обратная связь или пользователь ожидает завершения; высокий, если нет.
Альтернативы: Предоставьте отзыв "по запросу", отображая значок (или изменив существующий значок) в области уведомлений во время выполнения операции; Удалите значок (или восстановите предыдущий значок) после завершения операции.
Сбой действия
Уведомляет пользователей о сбое асинхронного действия, инициированного пользователем.
Правильно:
Screen shot of notification of failure to install
В этом примере Windows активация уведомляет пользователей о сбое.
Неправильно:
Screen shot of notification of failure to update
В этом примере корпорация Майкрософт Outlook, используемая для уведомления пользователей о сбое, о которых они вряд ли будут заботиться.
Показывает, когда: При сбое асинхронной задачи.
Узнайте, как часто: Раз.
Фактор раздражения: Низкий, если он полезен и имеет значение; высокий, если проблема немедленно устранится или пользователи в противном случае не волнуются.
Альтернативы: Используйте модальное диалоговое окно, если пользователи должны немедленно устранить сбой.
Некритичное системное событие
Уведомляет пользователей о важных системных событиях или состоянии, которые можно безопасно игнорировать, по крайней мере временно.
Screen shot of notification of low battery power
В этом примере Windows предупреждает пользователей о низкой мощности батареи, но есть еще много времени, прежде чем они примут меры.
Показывает, когда: Когда происходит событие и пользователь активен, или условие продолжает существовать. Если возникла проблема, удалите отображаемые в данный момент уведомления сразу после устранения проблемы. Как и в случае с уведомлениями о действиях, уведомляйте пользователей об успешных системных событиях только в том случае, если пользователи, скорее всего, будут ожидать события или после недавних сбоев.
Узнайте, как часто: Один раз при первом возникновении события. Если это приводит к проблеме, которую пользователям нужно решить, перезапись раз в день.
Фактор раздражения: Низкая, если уведомление не отображается слишком часто.
Альтернативы: Если пользователи должны в конечном итоге устранить проблему, используйте постепенное эскалацию, в конечном итоге отображая модальное диалоговое окно, когда решение становится обязательным.
Необязательная пользовательская задача
Уведомляет пользователей об асинхронных задачах, которые они должны выполнять. Независимо от того, является ли это необязательным или обязательным, задача может быть безопасно отложена.
Screen shot of notification of available updates
В этом примере клиентский компонент Центра обновления Windows уведомляет пользователей о новом обновлении безопасности.
Показывает, когда: Если необходимо выполнить задачу и пользователь активен.
Узнайте, как часто: Один раз в день не более трех раз.
Фактор раздражения: Низкая, если пользователи считают задачу важной и уведомление не отображается слишком часто.
Альтернативы: Если пользователи должны в конечном итоге выполнить задачу, используйте постепенное эскалацию, в конечном итоге отображая модальное диалоговое окно, когда задача становится обязательной.
FYI
Уведомляет пользователей о потенциально полезной, соответствующей информации. Вы можете уведомить пользователей о незначительной релевантности, если это необязательно, и пользователи согласились.
Правильно:
Screen shot of notification of new e-mail message
В этом примере пользователи получают уведомление о получении нового сообщения электронной почты.
Правильно:
Screen shot of notification of contact signed in
В этом примере пользователи получают уведомления о поступлении контактов в интернет, и они решили получить эти необязательные сведения.
Неправильно:
Screen shot of notification for faster performance
В этом примере информация полезна только в том случае, если у пользователя уже установлены высокоскоростные USB-порты. В противном случае пользователь, скорее всего, не будет делать ничего другого в результате.
Показывает, когда: При возникновении события активации.
Показать, как: Используйте параметр реального времени, чтобы эти уведомления не помещаются в очередь, когда пользователи работают с полноэкранным приложением или не активно используют свой компьютер.
Узнайте, как часто: Раз.
Фактор раздражения: Средний и высокий, в зависимости от восприятия пользователями полезности и релевантности. Не рекомендуется, если существует низкая вероятность интереса пользователя.
Альтернативы: Не уведомляйте пользователей.
Объявление признаков
Уведомляет пользователей о новых установленных, неиспользуемых функциях системы или приложения.
Не используйте уведомления для рекламных объявлений функций! Вместо этого используйте другой способ сделать функцию обнаруживаемой, например:
  • Спроектируйте эту функцию, чтобы упростить обнаружение в контекстах, где она необходима.
  • Не делайте ничего особенного и не позволяйте пользователям самостоятельно обнаруживать эту функцию.
Неправильно:
Screen shot of notification of new features
Не используйте уведомления для рекламных объявлений функций.

Рекомендации

Общее

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

Что уведомлять

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

    • Безопасность. Пользователи считают операции безопасности наиболее важными, поэтому уведомляют пользователей об успешных операциях безопасности.
    • Недавний сбой. Пользователи не принимают успешные операции, если они завершались сбоем непосредственно раньше, поэтому уведомлять пользователей об успешном выполнении операции в последнее время.
    • Предотвратить неудобства. Сообщите об успешных операциях при этом может избежать неуверенных пользователей. Следовательно, уведомляйте пользователей о том, что успешная операция выполняется неожиданным образом, например, когда операция длинна или завершается раньше или позже, чем ожидалось.
  • В других случаях либо не предоставляйте отзыв об успешном выполнении, либо не предоставляйте отзыв "по запросу". Предположим, что пользователи принимают успешные операции для предоставления. Вы можете отправить отзыв по запросу, отобразив значок (или изменив существующий значок) в области уведомлений во время выполнения операции и удалив значок (или восстановите предыдущий значок) после завершения операции.

  • Для шаблона FYI не предоставляйте уведомления, если пользователи могут продолжать работать нормально или вряд ли будут делать что-либо другое в результате уведомления.

    Неправильно:

    screen shot of notification for faster performance

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

    • Исключение: вы можете уведомить пользователей о сомнительной релевантности, если это необязательно, и пользователи согласились.

      Правильно:

      screen shot of notification of contact signed in

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

  • Для некритических системных событий и шаблонов FYI используйте полные уведомления для одного события. Не показывайте несколько частичных.

    Неправильно:

    screen shot of 'found new hardware' notifications

    В этих примерах показаны только четыре из восьми уведомлений, отображаемых в Windows XP при подключении определенной USB-клавиатуры, каждый из которых добавляет дополнительные сведения.

    Правильно:

    screen shot of notifications of install status

    В этом примере подключение USB-клавиатуры приводит к двум полным уведомлениям.

Когда следует уведомлять

  • Отображение уведомления на основе шаблона конструктора:
Шаблон Когда следует уведомлять
Успешное выполнение действия
После завершения асинхронной задачи. Уведомлять пользователей об успешных действиях только в том случае, если они, скорее всего, будут ожидать завершения или после недавних сбоев.
Сбой действия
При сбое асинхронной задачи.
Некритичное системное событие
Когда происходит событие и пользователь активен, или условие продолжает существовать. Если это результаты проблемы, удалите отображаемое в данный момент уведомление сразу после устранения проблемы.
Необязательная задача пользователя
Когда необходимо выполнить задачу, определяется и пользователь активен.
FYI
При возникновении события активации.
  • Если проблема может исправиться в течение нескольких секунд, отложите уведомление об ошибке в течение соответствующего периода времени. Если проблема исправляет себя, сообщите ничего. Уведомлять только после того, как прошло достаточно времени, что сбой заметен. Если вы сообщаете слишком рано, скорее всего, пользователи не замечают сообщение о проблеме, но они заметят ненужные уведомления.

Неправильно:

screen shot of no network connection notification

После этого выполните приведенные далее действия.

screen shot of connection successful notification

В этом примере в Windows Vista уведомление о отсутствии беспроводного подключения преждевременно, так как оно часто сразу же сопровождается уведомлением о хорошем подключении.

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

Как долго уведомлять

В Windows Vista и более поздних версий уведомления отображаются в течение фиксированной продолжительности 9 секунд.

Как часто уведомлять

  • Количество раз отображения уведомления основано на его шаблоне разработки:
Шаблон Как часто уведомлять
Успешное выполнение действия
Однократно.
Сбой действия
Однократно.
Некритичное системное событие
Один раз при первом возникновении события. Если это приводит к проблеме, которую пользователи должны решить, повторно раз в день.
Необязательная задача пользователя
Один раз в день не более трех раз.
FYI
Однократно.
  • Для необязательных задач пользователей не пытайтесь поставить пользователей в отправку, постоянно отображая уведомления. Если задача требуется, сразу же отобразите модальное диалоговое окно вместо использования уведомлений.

Эскалация уведомлений

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

Взаимодействие

  • Сделать уведомления доступными для щелчка, когда:
    • Пользователи должны выполнить действие. Щелкнув уведомление, должно отобразиться окно, в котором пользователи могут выполнить действие. Этот подход предпочтителен для сбоев действий и необязательных шаблонов проектирования пользовательских задач.
    • Пользователи могут просмотреть дополнительные сведения. Щелкнув уведомление, должно отобразиться окно, в котором пользователи могут просматривать дополнительные сведения.
  • Всегда отображает окно, когда пользователи щелкают для выполнения действия. Не нажимайте кнопку "Выполнить действие напрямую".
  • Чтобы отобразить дополнительные сведения, всегда должны отображаться дополнительные сведения. Не просто перефразировать информацию, уже в уведомлении.

Значки

  • Для шаблона сбоя действия используйте стандартный значок ошибки.
  • Для шаблонов некритических системных событий используйте стандартный значок предупреждения.
  • Для других шаблонов используйте значки, показывающие объекты, относящиеся к теме или предлагаемые ей, например щит для обеспечения безопасности или батареи для питания.
  • Используйте значки на основе вашего приложения или фирменной символики компании, если целевые пользователи распознают их и нет лучшей альтернативы.
  • Для прогрессивной эскалации рассмотрите возможность использования значков с постепенно более решительным появлением, так как ситуация становится более срочной.
  • Не используйте стандартный значок сведений. Это уведомления являются информацией, не говоря уже.
  • Рекомендуется использовать большие значки (32 x 32 пикселя), если:
    • Пользователи быстро поймут значок, а не текст.
    • Большие значки передают их смысл более четко и эффективно, чем стандартные значки размером 16 x 16 пикселей.
    • Значок использует стиль Aero.

screen shot of 'important messages' notification

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

Очередь уведомлений

Примечание: Уведомления помещаются в очередь всякий раз, когда они не могут отображаться немедленно, например, когда отображается другое уведомление, пользователь запускает приложение на полноэкранном экране или пользователь не использует компьютер. Уведомления в режиме реального времени остаются в очереди только в течение 60 секунд.

  • Для шаблонов успешного выполнения действий и FYI используйте параметр реального времени, чтобы уведомление не помещалось в очередь в течение длительного времени. Эти уведомления имеют значение только в том случае, если они могут отображаться немедленно.
  • Удалите уведомления из очереди, если они больше не актуальны.
  • Разработчики: Это можно сделать, задав флаг NIF_INFO в uFlags и присвоив параметру szInfo пустую строку. В этом нет никакого вреда, если уведомление больше не находится в очереди.

Системная интеграция

  • Если приложение не всегда имеет значок в области уведомлений при его запуске, отобразите значок временно во время асинхронной задачи или события, вызвавшего уведомление.

текст

Текст заголовка

  • Используйте текст заголовка, кратко описывающий наиболее важные сведения, необходимые для общения с пользователями с четким, простым, кратким, конкретным языком. Пользователи должны иметь возможность быстро и с минимальными усилиями понять назначение информации уведомления.
  • Используйте фрагменты текста или полные предложения без прекращения пунктуации.
  • Используйте выделение прописных букв, как в предложении.
  • Для локализации используйте не более 48 символов (на английском языке). Заголовок имеет максимальную длину 63 символов, но при переводе текста на английский язык необходимо разрешить расширение на 30 процентов.

Основной текст

  • Используйте основной текст, который предоставляет описание (без повторения сведений в заголовке) и( при необходимости), который предоставляет конкретные сведения об уведомлении, а также позволяет пользователям узнать, какое действие доступно.

  • Используйте полные предложения с окончанием пунктуации.

  • Используйте выделение прописных букв, как в предложении.

  • Для локализации используйте не более 200 символов (на английском языке). Основной текст имеет максимальную длину 255 символов, но при переводе текста на английский язык необходимо разрешить расширение на 30 процентов.

  • Включите важную информацию в основной текст, например имена конкретных объектов. (Примеры: имена пользователей, имена файлов или URL-адреса.) Пользователям не нужно открывать другое окно, чтобы найти такие сведения.

  • Поместите двойные кавычки вокруг имен объектов.

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

    screen shot of message containing shortened name

    В этом примере имя объекта усекается с помощью многоточия.

  • Если уведомление доступно для действий, используйте следующее выражение:

    • Если пользователи могут щелкнуть уведомление, чтобы выполнить действие:

      < краткое описание важных сведений>

      <необязательные сведения>

      Щелкните, чтобы <сделать что-то>.

      screen shot of message: 'click to view progress'

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

    • Если пользователи могут щелкнуть уведомление, чтобы просмотреть дополнительные сведения:

      < краткое описание важных сведений>

      <необязательные сведения>

      Щелкните для получения дополнительных сведений.

      screen shot of message: click for more information

      В этом примере пользователи могут щелкнуть дополнительные сведения.

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

  • Если пользователи должны выполнить действие, сделайте его понятным.

  • Для сбоев действий и некритических шаблонов системных событий опишите проблемы на простом языке.

    Неправильно:

    screen shot of lengthy, complex message

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

    Правильно:

    screen shot of clear, concise message

    В этом примере проблема описана на простом языке.

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

Документация

При обращении к уведомлениям:

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

Пример. Когда появятся критические обновления для установки уведомления, щелкните уведомление, чтобы начать процесс.

При обращении к области уведомлений:

  • Обратитесь к области уведомлений в качестве области уведомлений, а не области уведомлений.