Руководство по плиткам и индикаторам событий

Описание

В этом разделе описываются рекомендации по глобализации и локализации для использования при создании и обновлении плитки вашего приложения (на начальном экране и экране блокировки).

Посмотрите, как работает эта функция в действии в рамках нашей серии о компонентах приложений от "А" до "Я":  Пользовательский интерфейс приложения Магазина Windows от "А" до "Я"

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

Основные правила

  • Если приложение не будет отправлять уведомления об обновлениях пользователю с помощью плитки, используйте только маленькую и среднюю плитки. Содержимое широкой и большой плиток должно быть актуальным и регулярно обновляемым. Если не используется живая плитка, не указывайте широкий или большой логотип в манифесте.
  • Если ваше приложение поддерживает только сценарии с краткими уведомлениями, используйте только маленькую или среднюю плитку с индикатором, — то есть уведомления, которые могут быть выражены только через badge image или через одно число. Например, приложение SMS, для которого планируется использовать оповещения, чтобы сообщить только число полученных новых сообщений. Не указывайте широкий логотип в манифесте.
  • Используйте только маленькую и среднюю плитки, если приложение отправляет обновления, которые не требуется подробно отображать на начальном экране. Например, программа для расчета заработной платы может просто сообщать, что получен новый платеж, не показывая такие подробности, как сумма. Не указывайте широкий или большой логотип в манифесте.
  • Используйте широкую или большую плитку только в том случае, если в приложении отображается новое интересное содержимое и уведомления об этом содержимом отправляются часто (хотя бы раз в неделю).
  • Используйте большую плитку, чтобы одновременно показывать несколько текстов из одного уведомления на одной плитке, отображать более длинные списки элементов или демонстрировать изображения, которые пользователям будет приятно увидеть в большом размере на начальном экране.
  • Изображение стандартной плитки должно отражать фирменную символику вашей программы и служить полотном для ее логотипа.
  • Не используйте живые плитки, если у вас нет для пользователя интересного, нового, персонализированного содержимого. Например, у калькулятора просто не будет подобного содержимого.
  • Не используйте живые плитки, если единственным интересным событием является последнее состояние пользователя. Служебные приложения, средства разработчика, подобные Microsoft Visual Studio, браузеры, которые будут отображать только эскизы последнего сеанса пользователя, не должны использовать живые плитки.
  • Не используйте живые плитки для отправки пользователю нежелательной почты или отображения рекламы. Иначе ваше приложение будет удалено из Магазина Windows.
  • Не используйте фирменную символику в качестве одного из элементов очереди оповещений или как одну из рамок в обзорном шаблоне. Оба этих сценария включают анимационные изменения в плитке, которые бросаются в глаза пользователю. Привлечение внимания пользователя с помощью анимации, чтобы просто отобразить вашу фирменную символику, а не показать новое интересное содержимое, будет только раздражать пользователя.

Стандартные плитки

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

      Плитки, использующие элемент имени приложения, определены в манифесте.

      Средние и широкие плитки, использующие имя приложения.

      Плитки, включающие имя приложения в логотип.

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

    • Если у приложения более длинное имя или имя перенесено на две строки, убедитесь, что изображение логотипа и имя не перекрывают друг друга. Например, для среднего и широкого размеров плитки стоит ограничить логотип размером 80 x 80 пикселей в 100%-ном ресурсе изображения.
    • Если в изображении пространство вокруг логотипа сделать прозрачным, то будет просвечивать фирменный цвет вашего приложения (указанный в манифесте) с примененным к нему градиентом, как компонент внешнего вида Windows 8. Этот подход будет использован для логотипов, таких как показанная ранее плитка почтового приложения.
  • Стандартная плитка не должна включать явное приглашение к запуску приложения (например, на ней не должно быть написано "Щелкни меня!").
  • Если ваш логотип содержит имя приложения, не повторяйте это имя в поле имени. Используйте один вариант из двух, как показано здесь.

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

Обзорные шаблоны

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

Индикаторы событий

  • Если приложение поддерживает только сценарии с краткими уведомлениями, используйте среднюю плитку с индикатором событий. Например, приложение службы коротких сообщений (SMS), для которого планируется отображать только число полученных новых сообщений. Помните, что индикаторы событий видны, даже если пользователь изменяет размер плитки на маленький.
  • Отобразите число в индикаторе событий, если оно достаточно маленькое для того, чтобы иметь значение в данном сценарии. Если в индикаторе событий чаще всего будет отображаться число 50 или выше, рекомендуется использовать глиф системы. Чтобы избежать слишком большого числа в индикаторе событий, рекомендуется отображать счетчик с момента последнего запуска приложения пользователем, а не абсолютный счетчик. Например, отображение числа пропущенных вызовов с момента последнего запуска приложения пользователем полезнее отображения общего числа пропущенных вызовов с момента установки приложения.
  • Используйте один из предоставленных глифов системы для указания изменения в случаях, когда число в индикаторе событий потеряет смысл или станет слишком большим. Например, количество новых непрочитанных статей в крупном RSS-канале может быть слишком большим. Вместо этого используйте глиф системы newMessage.
  • Используйте глиф, если отображать число не имеет смысла. Например, если на плитке отображается уведомление "пауза" для списка воспроизведения, следует использовать глиф paused, поскольку число не имеет никакого смысла для данного сценария.
  • Используйте глиф newMessage в случаях, когда число не может быть однозначно истолковано. Например, число 10 в индикаторе событий на плитке социального сайта может означать 10 новых запросов, 10 новых сообщений, 10 новых уведомлений или некое сочетание всего перечисленного.
  • Используйте глиф newMessage в сценариях с большими объемами обработки, таких как почта или некоторые социальные сайты, где в индикаторе событий на плитке может постоянно отображаться максимальное значение в виде "более 99". Пользователям может быть неудобно постоянно видеть максимальное значение, и оно не несет никакой полезной информации, оставаясь постоянным.
  • Не повторяйте числа в индикаторах событий где-нибудь в другом месте текста сообщения на широкой плитке, поскольку эти два экземпляра могут периодически не синхронизироваться.
  • Не используйте глиф, если информация, которую он сообщает пользователям, никогда не изменяется. Глифы представляют уведомления и переходное состояние, они не являются некой постоянной фирменной символикой или состоянием.

Уведомления плиток

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

Дополнительные рекомендации по использованию

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

Плитки могут быть живыми (обновляемыми с помощью уведомлений) или статическими. Отображение живых плиток начинается со стандартной плитки, определенной в манифесте приложения. Статическая плитка всегда отображает содержимое по умолчанию, которым обычно является занимающий всю плитку логотип. Живая плитка может обновлять стандартную плитку, отображая новое содержимое, но может вернуться к плитке по умолчанию, если срок действия обновления истек или оно было удалено. Также плитка может отображать индикатор событий, который может быть числом или глифом.

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

Необходимо всегда помнить два важных момента.

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

Принципы дизайна плиток

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

При разработке приложения может возникнуть вопрос: "Зачем тратить время на живую плитку?" Причин несколько:

  • Плитки являются "вывеской" вашего приложения. Интересная живая плитка может привлечь пользователей к вашему приложению, когда оно не работает. Чем чаще пользователь использует приложение, тем больше он его ценит.
  • Живая плитка — это привлекательный элемент, который выделяет ваше приложение как среди других приложений в Магазине Windows (пользователи охотнее отдают предпочтение приложению с красивой живой плиткой, чем похожему приложению со статической плиткой), так и среди приложений в операционных системах, разрешающих использовать только статические плитки и значки на главных экранах.
  • Если пользователям нравится ваша живая плитка, размещение ее на видном месте начального экрана будет стимулировать новые обращения к приложению. Если плитка поможет пользователю найти в приложении новое интересное содержимое, он будет доволен.
  • Если у приложения есть живая плитка, пользователь скорее закрепит его на начальном экране, чтобы видеть обновления.
  • Если пользователю не понравится ваша плитка, он сможет поместить ее в конце начального экрана или вообще открепить ее, отключить обновления и даже удалить ваше приложение.

Вот некоторые качества, делающие живую плитку привлекательной.

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

    Пример — показ последних заголовков новостей или количества новых писем электронной почты.

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

    Пример: предложения дня, относящиеся к хобби пользователя.

  • Содержимое, актуальное для текущей ситуации пользователя.

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

Выбор размера плитки

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

Вам необходимо решить, следует ли также разрешить широкую или большую плитку.

  • Для поддержки широкой плитки включите в манифест приложения изображение широкого логотипа (wide310x150) как часть стандартной плитки. Если такое стандартное изображение не включить, плитка будет поддерживать только малый (square70x70) и средний (square150x150) размеры. Пользователи не смогут изменять ее размер на широкий, и она не сможет получать уведомления для широких плиток.
  • Для поддержки большой плитки (square310x310) включите в манифест приложения как часть стандартной плитки изображения и широкого, и большого логотипа. Если такое стандартное изображение не включить, пользователь не сможет изменить размер плитки на большой, и она не сможет получать уведомления для больших плиток. Так как поддержка большой плитки требует поддержки широкой плитки, включение стандартного изображения большого логотипа без включения стандартного изображения широкого логотипа равносильно отсутствию обоих изображений.

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

  • Средние плитки отображают меньше содержимого, чем широкие и большие, поэтому включайте только самое важное. Не пытайтесь вместить в среднюю плитку все, что отображается в широкой. Единственное динамическое содержимое, которое отображает маленькая плитка, — уведомления на индикаторе событий.

    Широкая плитка с изображением и текстовым сообщением около средней плитки с частью текстового сообщения

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

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

Использование стандартных плиток

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

Использование обзорных шаблонов

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

Прочие вопросы разработки

  • Для представления на плитке сведений о фирменной символике программы выбирайте имя, как показано здесь.

    Плитка, использующая имя приложения

    Либо вы можете выбрать изображение логотипа приложения, как показано здесь.

    Плитка, использующая логотип приложения

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

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

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

    Плитка, отображающая фирменную символику в элементе текста, и плитка, отображающая фирменную символику в элементе изображения

    Подробнее об имени и логотипе см. в разделе Краткое руководство: создание стандартной плитки с помощью редактора манифестов Microsoft Visual Studio.

  • Если имя приложения не помещается в пространство, предоставленное необязательным "коротким именем", используйте сокращенный вариант или понятный акроним. Например, вы можете использовать "Contoso Game" для увлекательной игры Contoso Fun Game Version 3. Имена, размер которых превышает максимальное количество пикселей, отсекаются с заменой недостающей части многоточием. Максимальная длина имени составляет примерно 40 символов английского алфавита на двух строках, но возможны отличия из-за использования специальных символов. С точки зрения дизайна мы рекомендуем короткие имена приложений. Обратите внимание, что в манифесте также можно указать более длинное имя для вашего приложения ("отображаемое имя"). Это имя используется в представлении "Приложения" и в подсказке, но не на плитке.
  • Не используйте плитки для рекламы.
  • Избегайте использования в плитках резких цветов. Простые, понятные, изящно разработанные плитки будут более успешны, чем кричащие и привлекающие внимание.
  • Не используйте изображения, содержащие текст. Для текстового содержимого следует применять шаблоны с текстовыми полями. Текст на изображении не будет выглядеть так же отчетливо, как обработанный текст плитки. Если вы не предоставите ресурс изображения для текущего дисплея, возможно изменение масштаба изображения, что может в дальнейшем ухудшить его четкость.
  • Не используйте плитки, чтобы отправлять пользователю срочные уведомления в режиме реального времени. Так, плитка не является подходящей поверхностью для того, чтобы приложение связи сообщало пользователю о входящем вызове. Для сообщений реального времени больше подходят всплывающие уведомления.
  • Не используйте в изображениях содержимое, напоминающее гиперссылки, кнопки или другие элементы управления. Плитки не поддерживают эти элементы, а объектом щелчка является вся плитка.
  • Не используйте относительные метки времени или даты (например, "два часа назад") в уведомлениях, так как они являются статическими и по прошествии времени делают сообщение неточным. Используйте абсолютные значения даты и времени (например, 11:00).
  • Поскольку плитка приложения может запускать приложение только на его главном экране, при обновлении плитки должны учитываться элементы приложения, которые легко доступны с главного экрана. Например, плитка приложения новостей должна показывать только статьи, которые пользователь, после того как щелкнет плитку, может легко найти на главной странице приложения.

Использование уведомлений плиток

Использование правильного метода уведомлений для обновления вашей плитки

Далее описано несколько механизмов, которые можно использовать для обновления живой плитки.

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

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

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

Как часто надо обновлять плитку?

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

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

Истечение сроков действия уведомлений на плитках и индикаторах событий

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

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

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

Настройка срока действия зависит от метода доставки. Для периодических и push-уведомлений срок действия устанавливается в заголовках HTTP, используемых для связи с облачной службой, которая доставляет уведомления. Для локальных и назначенных уведомлений срок действия можно установить в виде части вызова API.

Подробнее: Запросы на обслуживание и заголовки ответа push-уведомлений, BadgeNotification.ExpirationTime, ScheduledTileNotification.ExpirationTime и TileNotification.ExpirationTime.

Плитки и индикаторы событий на экране блокировки

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

  • На экране блокировки можно разместить до семи индикаторов событий приложений. В них отображается та же информация, что и на индикаторах событий плиток приложений на начальном экране. Индикатору событий (глифу или числу) сопутствует монохромный значок (логотип), указывающий на приложение, с которым связан этот индикатор.
  • Только одно приложение из семи может использовать область подробной информации о состоянии для вывода текстовых данных из актуальных обновлений своей плитки.
  • На экране блокировки в плитке с подробной информацией о состоянии не отображаются изображения из обновлений этой плитки.
  • Пользователь определяет, какие приложения могут отображать информацию на экране блокировки и какое из этих приложений может отображать подробную информацию о своем состоянии.
  • Все приложения, отображаемые на экране блокировки, могут также выполнять фоновые задачи. Все приложения, которые могут выполнять фоновые задачи, могут быть отображены на экране блокировки. Приложение не может использовать фоновые задачи, не занимая места на экране блокировки.
  • Для плитки с подробной информацией о состоянии не поддерживается очередь уведомлений. Отображается только последнее обновление.
  • Если в манифесте приложения с возможностью отображения на экране блокировки параметру Toast Capable присвоено значение "Yes", всплывающие уведомления для этого приложения будут отображаться на экране блокировки. Всплывающее уведомление на экране блокировки выглядит так же, как и при отображении в других местах.
  • Обновления плиток и индикаторов событий, а также всплывающие уведомления предназначены не только для отображения на экране блокировки. Отправляя их, вы не знаете, заблокировано ли в данный момент устройство или нет. В приложении, присутствующем на экране блокировки, любое уведомление отображается как на начальном экране, так и на экране блокировки.

Правильное поведение приложений на экране блокировки

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

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

Информация приложения легко усваивается

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

Информация приложения всегда актуальна

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

Примеры правильного поведения приложений: всегда актуальная информация

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

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

Примеры неправильного поведения приложений: информация неактуальна

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

Информация понятна без дополнительного контекста

На экране блокировки не отображается следующая контекстно-зависимая информация.

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

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

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

Примеры правильного поведения приложений: информация понятна без дополнительного контекста

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

Примеры неправильного поведения приложений: информация не понятна без дополнительного контекста

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

Информация должна быть адресована пользователю и важна для него

Среди основных задач экрана блокировки — предоставление настроенного пространства для пользователя и отображение обновлений приложений. Решая, подходит ли ваше приложение для отображения на экране блокировки, учитывайте обе эти цели.

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

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

Примеры правильного поведения приложений: информация адресована лично пользователю

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

Примеры неправильного поведения приложений: информация не адресована лично пользователю

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

Лучше не показывать ничего, чем показывать состояние, которое не изменяется.

Информация должна отображаться, только когда произошли изменения

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

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

Примеры правильного поведения приложений: отображается только полезная информация

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

Примеры неправильного поведения приложений: постоянно отображается состояние приложения

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

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

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

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

Использование API запросов экрана блокировки

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

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

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

Примеры приложений, для которых следует вызывать API запросов:

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

Примеры приложений, для которых не следует вызывать запрос API:

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

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

требования Магазина Windows

Общие требования Магазина см. в разделе Политики Магазинов Windows и Windows Phone. Обратите внимание, что вы не можете использовать плитки для показа рекламы, если хотите, чтобы приложение было принято в Магазин Windows.

Связанные разделы

Для дизайнеров
Каталог шаблонов плиток
Обзор плиток и уведомлений на плитках
Общие сведения об индикаторах событий
Общие сведения об экране блокировки
Очередь уведомлений плитки
Выбор метода доставки уведомлений
Руководство по вспомогательным плиткам
Для разработчиков (HTML)
Краткое руководство: отправка обновления плитки
Краткое руководство: отправка обновления индикатора событий
Краткое руководство: отображение уведомлений на экране блокировки
Краткое руководство: создание стандартной плитки с помощью редактора манифестов Visual Studio
Создание расписания уведомления плитки
Настройка периодических уведомлений для плиток
Использование очереди с локальными уведомлениями
Схема XML плитки
Для разработчиков (XAML)
Краткое руководство: отправка обновления плитки
Краткое руководство: отправка обновления индикатора событий
Краткое руководство: отображение обновлений плиток и индикаторов событий на экране блокировки
Использование очереди с локальными уведомлениями
Краткое руководство: создание стандартной плитки с помощью редактора манифестов Visual Studio
BackgroundExecutionManager.RequestAccessAsync
Примеры
Примеры плиток приложений и индикаторов событий
Пример приложения, добавляемого на экран блокировки

 

 

Показ:
© 2015 Microsoft