Уведомления (основы разработки)
Заметка
Это руководство по проектированию было создано для Windows 7 и не было обновлено для более новых версий Windows. Большая часть рекомендаций по-прежнему применяется в принципе, но презентация и примеры не отражают наше текущее руководство по проектированию.
Уведомление сообщает пользователям о событиях, которые не связаны с текущим действием пользователя, кратко отображая воздушный шар из значка в области уведомлений. Уведомление может быть вызвано действием пользователя или значительным системным событием или может предложить потенциально полезную информацию из Microsoft Windows или приложения.
Сведения в уведомлении полезны и важны, но никогда не критически важны. Следовательно, уведомления не требуют немедленного действия пользователя, и пользователи могут свободно игнорировать их.
Обычное уведомление.
В Windows Vista и более поздних версиях уведомления отображаются в течение фиксированной продолжительности 9 секунд. Уведомления не отображаются сразу, когда пользователи неактивны или выполняются средства сохранения экрана. Windows автоматически помещает уведомления в очередь в эти периоды и отображает очередные уведомления, когда пользователь возобновляет регулярное действие. Следовательно, вам не нужно ничего делать, чтобы справиться с этими особыми обстоятельствами.
Разработчики: Вы можете определить, когда пользователь активен с помощью API SHQueryUserNotificationState.
Примечание. Рекомендации по области уведомлений, панели задачи шары представлены в отдельных статьях.
Это правильный пользовательский интерфейс?
Чтобы решить, рассмотрите следующие вопросы:
- Является ли информация непосредственным, прямым результатом взаимодействия пользователей с приложением? Если это так, вы можете отобразить синхронные сведения непосредственно в приложении с помощью диалогового окна , поля сообщения, воздушных шаровили на месте пользовательского интерфейса. Уведомления предназначены только для асинхронной информации.
снимок экрана
В этом примере диалоговое окно "Исключения брандмауэра Windows" отображается в виде прямого результата взаимодействия с пользователем. Уведомление не будет подходящим здесь.
- Актуальна ли информация только в том случае, если пользователи активно используют приложение? В этом случае отображаются сведения в строке состояния приложения или другой области состояния.
строки состояния Outlook
В этом примере Outlook отображает состояние подключения и синхронизации в строке состояния.
- Быстро ли изменяется информация, непрерывная, в режиме реального времени? К примерам относятся ход обработки, фондовые цитаты и спортивные оценки. В этом случае не используйте уведомления, так как они не подходят для быстрого изменения информации.
- Полезна ли информация и актуальна? Могут ли пользователи изменить свое поведение или избежать неудобств в результате получения информации? Если нет, не отображайте сведения или не помещайте его в окно состояния или файл журнала.
- Является ли информация критической? Требуется ли немедленное действие? Если это так, отображение сведений с помощью интерфейса, требующего внимания и не может быть легко проигнорировано, например модальное диалоговое окно или окно сообщения. Если программа не активна, вы можете обратить внимание на критически важные сведения, мигая кнопка панели задач программы три раза и оставляя ее выделенной, пока программа не активна.
- Являются ли ИТ-специалистами основного целевого пользователя? В этом случае используйте альтернативный механизм обратной связи, например файл журнала записи или сообщения электронной почты. ИТ-специалисты настоятельно предпочитают файлы журналов для некритических сведений. Кроме того, серверы часто управляются удаленно и обычно выполняются без входа пользователей, делая уведомления неэффективными.
Концепции проектирования
Эффективные уведомления, которые способствуют хорошему пользовательскому интерфейсу:
- Асинхронный. Это событие не является непосредственным результатом текущего взаимодействия пользователей с Microsoft Windows или приложением.
- Полезный. Существует разумный шанс, что пользователи будут выполнять задачу или изменять свое поведение в результате уведомления.
- Уместный. В уведомлении отображаются полезные сведения о том, что пользователи уже не знают.
- Некритично. Уведомления не являются модальными и не требуют взаимодействия с пользователем, поэтому пользователи могут свободно игнорировать их.
- Действия. Для тех уведомлений, которые предлагают выполнение действия, это действие инициируется путем нажатия кнопки мыши на уведомление. Однако действие всегда может быть отложено.
- Соответствующим образом представлено. Презентация уведомления (длительность, частота, текст, значок и интерактивность) соответствует его обстоятельствам.
- Не раздражает! Существует строгая линия между мягкой информированием пользователей о событии и вредительства им.
К сожалению, есть слишком много раздражающих, неуместных, бесполезных, неуместных уведомлений там. Рассмотрим эти уведомления из Зала позора Windows XP:
В этих примерах Windows XP якобы пытается помочь пользователям с начальной конфигурацией. Тем не менее, эти уведомления всплывают слишком часто и хорошо после того, как они полезны, поэтому они немного больше, чем незапрошенные объявления функций.
Поток пользователей должен поддерживаться
В идеале пользователи, погруженные в свою работу, не увидят ваши уведомления вообще. Скорее, они увидят ваши уведомления только в том случае, если их поток уже нарушен.
В потоке: Психология оптимального опыта, Михали Csikszentmihalyi говорит, что пользователи входят в состояние потока, когда они полностью поглощены активностью, в течение которой они теряют свое чувство времени и имеют чувство большого удовлетворения.
Эффективные уведомления помогают пользователям поддерживать свой поток, предоставляя полезную, соответствующую информацию, которую можно легко игнорировать. Уведомления представлены в низком ключе, периферийном режиме и не требуют взаимодействия.
Не предполагайте, что если уведомления без режима они не могут быть раздражающими прерываниями. Уведомления не требуют внимания пользователей, но они, безусловно, запрашивают его. Вы можете разбить поток пользователей следующими способами:
- Отображение уведомлений о том, что пользователи не заботятся.
- Отображение уведомления слишком часто.
- Использование нескольких уведомлений, когда достаточно одного уведомления.
- Использование звука при отображении уведомления.
В Windows 7 пользователи имеют конечный контроль над уведомлениями. Если пользователи обнаруживают, что уведомления программы слишком раздражают, они могут отключить все уведомления из этой программы. Убедитесь, что пользователи не делают это в вашей программе, предоставляя полезную, соответствующую информацию и следуя этим рекомендациям.
Уведомления должны быть игнорируемыми
уведомления не требуют немедленного действия пользователя, и пользователи могут свободно игнорировать их.
Разработчики и дизайнеры часто хотят представить свои уведомления таким образом, чтобы пользователи не могли игнорировать их. Эта цель полностью подрывает основное преимущество уведомлений, так как это приведет к разрыву потока пользователей. Если пользователи отвлекаются на уведомления или обязаны читать их, дизайн уведомлений завершился ошибкой.
Если вы обеспокоены тем, что пользователи игнорируют уведомления, рассмотрите следующее:
- Если вы используете уведомления правильно, и они не требуют немедленного действия пользователя, то если пользователи решили игнорировать их по дизайну. Не изменяйте это.
- Если событие требует немедленного действия пользователя, используйте альтернативный пользовательский интерфейс, который пользователи не могут игнорировать. Видите ли это правильный пользовательский интерфейс? для альтернативных вариантов.
Используйте прогрессивную эскалацию, если применимо
Если уведомление используется для события, которое пользователи могут игнорировать сначала, но это должно быть решено в конечном итоге, альтернативный пользовательский интерфейс следует использовать, когда ситуация становится критической. Этот метод называется прогрессивной эскалацией.
Например, система управления питанием Windows изначально указывает на низкую батарею, просто изменив значок области уведомлений.
В этих примерах управление питанием Windows использует значок области уведомлений для уведомления пользователей о постепенном снижении заряда батареи.
По мере снижения заряда батареи Windows предупреждает пользователей о слабой мощности батареи с помощью уведомления.
В этом примере управление питанием Windows использует уведомление, чтобы сообщить пользователям, что их мощность батареи слаба.
Это уведомление отображается, пока пользователи по-прежнему имеют несколько вариантов. Пользователи могут подключаться, изменять параметры питания, заключить работу и завершить работу компьютера или игнорировать уведомление и продолжить работу. По мере того как питание батареи продолжает истощать, текст уведомления и значок отражают дополнительную срочность. Однако после того, как питание батареи становится настолько низким, что пользователи должны немедленно действовать, управление питанием Windows уведомляет пользователей об использовании модального поля сообщения.
В этом примере управление питанием Windows использует модальное окно сообщения для уведомления пользователей о критически низкой мощности батареи.
Если вы делаете только три вещи...
- Используйте уведомления только в том случае, если вам действительно нужно. При отображении уведомления вы потенциально прерываете пользователей или даже раздражаете их. Убедитесь, что прерывание оправдано.
- Используйте уведомления для некритических событий или ситуаций, которые не требуют немедленного действия пользователя. Для критических событий или ситуаций, требующих немедленного действия пользователя, используйте альтернативный пользовательский интерфейс (например, модальное диалоговое окно).
- Если вы используете уведомления, сделайте его хорошим взаимодействием с пользователем. Не пытайтесь принудительно просматривать уведомления пользователями. Если пользователи так погружены в свою работу, что они не видят ваши уведомления, ваш дизайн хорош.
Шаблоны использования
Уведомления имеют несколько шаблонов использования:
Ярлык | Ценность |
---|---|
успешного выполнения действия Уведомляет пользователей о успешном выполнении асинхронного действия, инициированного пользователем. |
правильно:![]() В этом примере Центр обновления Windows уведомляет пользователей об успешном обновлении компьютера. неправильно: ![]() В этом примере Microsoft Outlook уведомляет пользователей о завершении проверки файла данных. Что такое пользователи должны делать сейчас? И почему пользователи предупреждают об успешном завершении? Показать, когда: после завершения асинхронной задачи. Уведомляйте пользователей об успешных действиях только в том случае, если они, скорее всего, ожидают завершения или после недавних сбоев. Показать, как: Использовать параметр в режиме реального времени, чтобы эти уведомления не были в очереди, когда пользователи работают с полноэкранным приложением или не используют свой компьютер. Показать, как часто: один раз. фактор раздражения: Низкий, если успех не ожидается из-за недавних сбоев, успех происходит после критического или очень необычного сбоя, поэтому пользователю требуется дополнительная обратная связь, или пользователь ожидает завершения; высокий, если нет. Альтернативные варианты: дать отзыв "по запросу", отображая значок (или изменив существующий значок) в области уведомлений во время выполнения операции; Удалите значок (или восстановите предыдущий значок) после завершения операции. |
сбой действия Уведомляет пользователей, когда асинхронное действие, инициированное пользователем, завершается сбоем. |
правильно: снимок экрана ![]() В этом примере активация Windows уведомляет пользователей о сбое. неправильно: снимок экрана ![]() В этом примере Microsoft Outlook используется для уведомления пользователей о сбое, о том, что они вряд ли заботятся. показать, когда: при сбое асинхронной задачи. Показать, как часто: один раз. фактор раздражения: Низкий, если это полезно и актуально; Высокий уровень, если проблема немедленно устранит себя или пользователей в противном случае не волнует. альтернативные варианты: использовать модальное диалоговое окно, если пользователи должны немедленно устранить сбой. |
некритичное системное событие Уведомляет пользователей о важных системных событиях или состоянии, которые можно безопасно игнорировать, по крайней мере временно. |
![]() В этом примере Windows предупреждает пользователей о низкой мощности батареи, но есть еще много времени, прежде чем они принимают меры. Показать, когда:, когда происходит событие и пользователь активен или условие продолжает существовать. При возникновении проблемы удалите отображаемые в настоящее время уведомления сразу после устранения проблемы. Как и в случае с уведомлениями о действиях, уведомляйте пользователей об успешных системных событиях только в том случае, если пользователи, скорее всего, ожидают события или после недавних сбоев. Показать, как часто: один раз при первом возникновении события. Если это приводит к проблеме, которую пользователи должны решить, переиграть один раз в день. фактор раздражения: Low, если уведомление не отображается слишком часто. Альтернатива: Если пользователи должны в конечном итоге устранить проблему, используйте прогрессивную эскалацию, в конечном итоге отображая модальное диалоговое окно при необходимости разрешения. |
Необязательная задача пользователя Уведомляет пользователей об асинхронных задачах, которые они должны выполнять. Независимо от того, является ли это обязательным, задача может быть безопасно отложена. |
![]() В этом примере Центр обновления Windows уведомляет пользователей о новом обновлении безопасности. Показать, когда:, когда необходимо определить задачу и пользователь активен. Показать, как часто: один раз в день не более трех раз. фактор раздражения: Low, если пользователи считают задачу важной, и уведомление не отображается слишком часто. Альтернатива: Если пользователи должны в конечном итоге выполнить задачу, используйте прогрессивную эскалацию, в конечном счете отображая модальное диалоговое окно, когда задача становится обязательной. |
FYI Уведомляет пользователей о потенциально полезных, соответствующих сведениях. Вы можете уведомить пользователей о незначительной релевантности, если оно является необязательным, и пользователи могут принять участие. |
правильно:![]() В этом примере пользователи уведомляются о получении нового сообщения электронной почты. правильно: ![]() В этом примере пользователи уведомляются, когда контакты приходят в интернет, и они решили получить эту необязательную информацию. неправильно: ![]() В этом примере информация полезна только в том случае, если у пользователя уже установлены высокоскоростные USB-порты. В противном случае пользователь, скорее всего, не будет делать ничего другого в результате. Показывать, когда: при возникновении события активации. Показать, как: Использовать параметр в режиме реального времени, чтобы эти уведомления не были в очереди, когда пользователи работают с полноэкранным приложением или не используют свой компьютер. Показать, как часто: один раз. фактор раздражения: средний и высокий, в зависимости от восприятия полезности и релевантности пользователей. Не рекомендуется, если существует низкая вероятность интереса пользователей. Альтернативные варианты: не уведомлять пользователей. |
объявление о функциях Уведомляет пользователей о новых установленных, неиспользуемых функциях системы или приложения. |
Не используйте уведомления для рекламы функций! Вместо этого используйте другой способ сделать функцию обнаруживаемой, например:
![]() Не используйте уведомления для рекламных объявлений функций. |
Руководящие принципы
Общее
- Выберите шаблон уведомления на основе его использования. Описание каждого шаблона использования см. в предыдущей таблице.
- Не используйте уведомления во время начального интерфейса Windows. Чтобы улучшить свой первый интерфейс, Windows 7 подавляет все уведомления, отображаемые в течение первых нескольких часов использования. Разработка программы, предполагая, что пользователи не увидят таких уведомлений.
Что уведомлять
не уведомлять об успешных операциях, за исключением следующих обстоятельств:
- Безопасность. Пользователи считают операции безопасности наиболее важными, поэтому уведомляют пользователей об успешных операциях безопасности.
- Недавний сбой. Пользователи не принимают успешные операции, если они завершались сбоем сразу же, поэтому уведомляют пользователей об успешном выполнении операции в последнее время.
- Предотвратить неудобства. Сообщите об успешных операциях при этом может избежать неуверенных пользователей. Следовательно, уведомляйте пользователей о том, когда успешная операция выполняется неожиданно, например, когда операция длинна или завершается раньше или позже, чем ожидалось.
В других обстоятельствах либо не предоставляйте отзыв об успешном выполнении, либо дайте отзыв "по запросу" Предположим, что пользователи принимают успешные операции для предоставления. Вы можете отправить отзыв по запросу, отображая значок (или изменив существующий значок) в области уведомлений во время выполнения операции, и удалив значок (или восстановить предыдущий значок) после завершения операции.
Для шаблона FYI не дают уведомления, если пользователи могут продолжать работать нормально или вряд ли будут делать что-либо другое в результате уведомления.
неправильно:
В этом примере информация полезна только в том случае, если у пользователя уже установлены порты. В противном случае пользователь, скорее всего, не будет делать ничего другого в результате.
Исключение: Вы можете уведомить пользователей о сомнительной релевантности, если это необязательно, и пользователи отказались.
правильно:
В этом примере пользователи уведомляются, когда контакты приходят в интернет, и они решили получить эту необязательную информацию.
Для некритических системных событий и шаблонов FYI использовать полные уведомления для одного события. не присутствует несколько частичных.
неправильно:
В этих примерах показано всего четыре из восьми уведомлений, отображаемых Windows XP при подключении определенной USB-клавиатуры, каждый из которых добавляет дополнительные сведения.
правильно:
В этом примере подключение USB-клавиатуры приводит к двум полным уведомлениям.
Когда уведомлять
- отображение уведомления на основе его шаблона проектирования:
Рисунок | Когда уведомлять |
---|---|
Успешное выполнение действия |
После завершения асинхронной задачи. Уведомляйте пользователей об успешных действиях только в том случае, если они, скорее всего, ожидают завершения или после недавних сбоев. |
Сбой действия |
После сбоя асинхронной задачи. |
Некритичное системное событие |
Когда происходит событие и пользователь активен, или условие продолжает существовать. Если это приводит к проблеме, удалите отображаемое в данный момент уведомление сразу после устранения проблемы. |
Необязательная задача пользователя |
Когда необходимо выполнить задачу, и пользователь активен. |
FYI |
При возникновении события активации. |
- Для шаблона сбоя действия , если проблема может исправиться в течение нескольких секунд, отложите уведомление о сбое в течение соответствующего периода времени. Если проблема исправляет себя, сообщите ничего. Уведомлять только после того, как прошло достаточно времени, что сбой заметно. Если вы сообщаете слишком рано, скорее всего, пользователи не замечают проблему, но они заметят ненужные уведомления.
неправильно:
Сразу после этого выполните приведенные ниже действия.
В этом примере в Windows Vista уведомление о отсутствии беспроводного подключения является преждевременным, так как оно часто сразу же следует за уведомлением о хорошем подключении.
- Для успешного выполнения действий и шаблонов FYI использовать параметр реального времени, чтобы устаревшие уведомления не были в очереди, когда пользователи работают с полноэкранным приложением или не активно используют свой компьютер.
- Для некритичного шаблона системных событий не создавайте потенциал для штормов уведомлений путем ошеломления событий, связанных с известными событиями, такими как вход пользователя. Вместо этого привязать событие к некоторому периоду времени после события. Например, вы можете напомнить пользователям о регистрации продукта через пять минут после входа пользователя.
Как долго уведомлять
В Windows Vista и более поздних версиях уведомления отображаются в течение фиксированной продолжительности 9 секунд.
Как часто уведомлять
- Количество раз отображения уведомления основано на его шаблоне проектирования:
Рисунок | Как часто уведомлять |
---|---|
Успешное выполнение действия |
Однажды. |
Сбой действия |
Однажды. |
Некритичное системное событие |
После первого возникновения события. Если это приводит к проблеме, которую пользователи должны решить, переиграть один раз в день. |
Необязательная задача пользователя |
Один раз в день не более трех раз. |
FYI |
Однажды. |
- Для необязательных задач пользователей не пытайтесь принуждать пользователей к отправке, постоянно отображая уведомления. Если задача требуется, сразу же отобразится модальное диалоговое окно вместо использования уведомлений.
Эскалация уведомлений
- Не предполагайте, что пользователи увидят ваши уведомления. Пользователи не увидят их, когда:
- Они погружены в свою работу.
- Они не обращают внимания.
- Они вдали от своего компьютера.
- Они выполняют полноэкранное приложение.
- Администратор отключил все уведомления для своего компьютера.
- Если пользователи в конечном итоге должны принять какое-то действие, используйте прогрессивные эскалации для отображения альтернативного пользовательского интерфейса, который пользователи не могут игнорировать.
Взаимодействие
-
щелкнуть уведомления, когда:
- Пользователи должны выполнить действие. Щелкнув уведомление, должно отобразиться окно, в котором пользователи могут выполнить действие. Этот подход предпочтителен для сбоя действия и необязательных шаблонов конструктора задач пользователя.
- Пользователи могут просмотреть дополнительные сведения. Щелкнув уведомление, должно отобразиться окно, в котором пользователи могут просматривать дополнительные сведения.
- Всегда отображает окно, когда пользователи щелкают для выполнения действия. Не нажимайте кнопку непосредственно.
- Чтобы отобразить дополнительные сведения, всегда должны отображаться дополнительные сведения. Не просто перефразировать информацию, уже в уведомлении.
Иконки
- Для шаблона сбоя действия используйте стандартный значок ошибки.
- Для шаблонов некритических системных событий используйте стандартный значок предупреждения.
- Для других шаблонов используйте значки, показывающие объекты, относящиеся к теме или предлагающие его, например щит для обеспечения безопасности или батареи для питания.
- Использовать значки на основе вашего приложения или фирменной символики компании, если целевые пользователи будут распознавать их и нет лучшей альтернативы.
- Для прогрессивной эскалации рассмотреть возможность использования значков с постепенно более решительным внешним видом, так как ситуация становится более срочной.
- Не используйте стандартный значок сведений. Это уведомления являются информацией, не говоря уже о ней.
- рассмотрите возможность использования больших значков (32x32 пикселей), когда:
В этом примере пользователи могут быстро понять характер уведомления с помощью большого значка.
Очередь уведомлений
Примечание. уведомления помещаются в очередь всякий раз, когда они не могут отображаться немедленно, например при отображении другого уведомления, пользователь запускает полноэкранное приложение или пользователь не активно использует компьютер. Уведомления в режиме реального времени остаются в очереди только на 60 секунд.
- Для успешного выполнения действий и шаблонов FYI используйте параметр реального времени, чтобы уведомление не было в очереди в течение длительного времени. Эти уведомления имеют значение только в том случае, если они могут отображаться немедленно.
- Удалить уведомления в очереди, если они больше не актуальны.
- Разработчики: это можно сделать, задав флаг NIF_INFO в uFlags и присвойте szInfo пустой строке. Это не вредит, если уведомление больше не находится в очереди.
Интеграция системы
- Если приложение не всегда имеет значок в области уведомлений при его запуске, отображать значок временно во время асинхронной задачи или события, вызвавшего уведомление.
СМС
Текст заголовка
- Используйте текст заголовка, кратко описывающий наиболее важные сведения, необходимые для взаимодействия с пользователями в четком, простом, кратком, конкретном языке. Пользователи должны иметь возможность понять цель информации уведомления быстро и с минимальными усилиями.
- использовать фрагменты текста или полные предложения без завершения пунктуации.
- использовать прописную букву в стиле предложений.
- Для локализации используйте не более 48 символов (на английском языке). Заголовок имеет максимальную длину 63 символов, но при переводе текста на английский язык необходимо разрешить 30 процентов расширения.
Основной текст
Использовать текст текста, предоставляющий описание (без повторения сведений в заголовке) и при необходимости предоставляющий конкретные сведения о уведомлении, а также позволяет пользователям знать, какое действие доступно.
Использовать полные предложения с окончанием пунктуации.
использовать прописную букву в стиле предложений.
Для локализации используйте не более 200 символов (на английском языке). Текст текста имеет максимальную длину 255 символов, но при переводе текста на английский язык необходимо разрешить 30 процентов расширения.
Включите необходимые сведения в текст текста, например имена конкретных объектов. (Примеры: имена пользователей, имена файлов или URL-адреса.) Пользователям не нужно открывать другое окно, чтобы найти такие сведения.
Поместите двойные кавычки вокруг имен объектов.
- исключение : не используйте кавычки, если:
- Имя объекта всегда использует заглавной буквы, например с именами пользователей.
- Имя объекта смещается двоеточием (например, имя принтера: мой принтер).
- Имя объекта можно легко определить из контекста.
- исключение : не используйте кавычки, если:
Если необходимо усечь имена объектов до фиксированного максимального размера для локализации, используйте многоточие, чтобы указать усечение.
В этом примере имя объекта усечено с помощью многоточия.
Использовать следующее выражение, если уведомление доступно для действия:
Если пользователи могут щелкнуть уведомление для выполнения действия:
< краткое описание важных сведений>
<необязательные сведения>
Щелкните, чтобы <сделать что-то>.
снимок экрана
В этом примере пользователи могут щелкнуть, чтобы выполнить действие.
Если пользователи могут щелкнуть уведомление, чтобы просмотреть дополнительные сведения:
< краткое описание важных сведений>
<необязательные сведения>
Щелкните дополнительные сведения.
В этом примере пользователи могут щелкнуть дополнительные сведения.
Не говорю, что пользователь "должен" выполнить действие в уведомлении. Уведомления предназначены для некритических сведений, которые пользователи могут свободно игнорировать. Если пользователи действительно должны выполнить действие, не используйте уведомления.
Если пользователи должны выполнить действие, убедитесь в важности.
Для сбоев действий и некритических шаблонов системных событий описывать проблемы на простом языке.
неправильно:
В этом примере проблема описывается с использованием слишком технического, но ненавидимого языка.
правильно:
В этом примере проблема описана на простом языке.
Опишите событие таким образом, который относится к целевым пользователям. Уведомление имеет смысл, если есть разумный шанс, что пользователи будут выполнять задачу или изменять свое поведение в результате уведомления. Часто это можно сделать, описывая уведомления с точки зрения целей пользователей, а не технологических проблем.
Документация
При обращении к уведомлениям:
- Используйте точный текст заголовка, включая его заглавную букву.
- Обратитесь к компоненту как уведомление, а не как воздушный шар или оповещение.
- Чтобы описать взаимодействие с пользователем, используйте команду click.
- По возможности отформатируйте текст заголовка с помощью полужирного текста. В противном случае поместите заголовок в кавычки, только если это необходимо, чтобы предотвратить путаницу.
Пример. Когда критические обновления готовы к установке уведомления, щелкните уведомление, чтобы запустить процесс.
При обращении к области уведомлений:
- Обратитесь к области уведомлений в качестве области уведомлений, а не системной области.