- - Ejemplo de una notificación emergente (llamada telefónica entrante, alta prioridad) -que aparece en la parte superior de una - aplicación inmersiva -
-Cómo notificar al usuario
-DevBytes: Notificaciones en la vista previa para desarrolladores de Android L
-El sistema de notificaciones les permite a los usuarios mantenerse informados sobre eventos relevantes y -oportunos -de su aplicación, como nuevos mensajes de chat de un amigo o un evento del calendario. -Piense en las notificaciones como un canal de noticias que alerta a los usuarios sobre eventos -importantes -a medida que se producen o como un registro en el que se relatan los eventos mientras el usuario no está prestando -atención y que se sincroniza de forma correspondiente en todos los dispositivos de Android.
- -En Android 5.0, las notificaciones reciben actualizaciones importantes a nivel estructural, -visual y funcional.
- -Nota: El diseño de las notificaciones de esta versión de -Android se diferencia -de manera significativa del diseño de las versiones anteriores. Para obtener información sobre el diseño de las notificaciones en versiones -anteriores, consulte Notificaciones en Android 4.4 y versiones anteriores.
- -En esta sección, se repasan las partes básicas de una notificación y cómo se pueden mostrar en -diferentes tipos de dispositivos.
- -Como mínimo, todas las notificaciones poseen un diseño básico que incluye lo siguiente:
- -Las notificaciones creadas con {@link android.app.Notification.Builder Notification.Builder} -para versiones anteriores de la plataforma lucen y funcionan igual en Android -5.0; solo presentan algunos cambios de estilo que el sistema realiza -por usted. Para obtener más información sobre las notificaciones en versiones anteriores de -Android, consulte -Notificaciones en Android 4.4 y versiones anteriores.
- - -
-
-
-- Diseño básico de una notificación para dispositivos portátiles (izquierda) y la misma notificación en Wear (derecha), - con una fotografía del usuario y un icono de la notificación -
-Usted puede decidir cuántos detalles mostrarán las notificaciones -de su aplicación. Las notificaciones pueden mostrar las primeras -líneas de un mensaje o la vista previa de una imagen más grande. A través de la -información adicional, se proporciona más -contexto al usuario y, en algunos casos, se puede permitir que el usuario lea todo el -mensaje. El usuario -puede acercar o alejar la imagen, o deslizar la imagen con un solo dedo para alternar entre los diseños compacto -y expandido. - En el caso de las notificaciones de un solo evento, Android proporciona tres plantillas de -diseños expandidos (texto, bandeja de entrada e - imagen) para que usted utilice en su aplicación. En las siguientes imágenes, se muestra cómo -se ven las notificaciones de un solo evento en los - dispositivos portátiles (izquierda) y los dispositivos con Wear (derecha).
- -Android es compatible con acciones opcionales que se muestran en la parte inferior -de la notificación. -A través de las acciones, los usuarios pueden administrar las tareas más comunes para una determinada -notificación desde el interior del panel de notificaciones, sin tener que abrir la -aplicación que la originó. -Esto acelera la interacción y, junto con la función deslizar para descartar, ayuda a los usuarios a enfocarse en las -notificaciones que les parecen importantes.
- - -
-
-
-
-Sea moderado con la cantidad de acciones que incluye en una -notificación. Mientras más -acciones incluya, mayor complejidad cognitiva generará. Limítese a -la menor cantidad posible -de acciones al incluir solo las acciones más importantes -y significativas.
- -Las acciones recomendadas para las notificaciones son aquellas que:
- -Evite acciones que sean:
- -Puede especificar un máximo de tres acciones, cada una de ellas formada por un icono -de la acción y un nombre. - Al agregarle acciones a un diseño básico simple, la notificación será expandible, -incluso si no - cuenta con un diseño expandido. Como las acciones solo se muestran en las notificaciones -expandidas - y, de lo contrario, se ocultan, asegúrese de que cualquier acción que el -usuario invoque desde - una notificación esté disponible también desde la aplicación -asociada.
- -
- - Ejemplo de una notificación emergente (llamada telefónica entrante, alta prioridad) -que aparece en la parte superior de una - aplicación inmersiva -
-Cuando llega una notificación de alta prioridad (ver a la derecha), esta se presenta -a los usuarios -durante un período breve, con un diseño expandido que expone las posibles acciones.
-Luego de este período, la notificación se retira hacia el -panel de notificaciones. Si la prioridad de una notificación -se marca como Alta, Máxima o Pantalla completa, se obtiene una notificación emergente.
- -Buenos ejemplos de notificaciones emergentes
- -En el caso de las notificaciones de los elementos que envía otra persona (como un mensaje o una -actualización de estado), utilice -{@link android.app.Notification.Builder#setLargeIcon setLargeIcon()} para incluir la imagen de esa persona. Además, adjunte información sobre -la persona en los metadatos de la notificación (consulte {@link android.app.Notification#EXTRA_PEOPLE}).
- -El icono principal de su notificación seguirá estando visible, de modo que el usuario pueda asociarlo -con el icono -que se muestra en la barra de estado.
- - -
-- Notificación en la que se muestra la persona que la generó y el contenido que envió. -
- - -Cuando el usuario toca el cuerpo de una notificación (fuera de los botones de acción -), esta se abre -en el lugar en el que el usuario puede visualizarla y utilizar los datos que se mencionan en la -notificación. En la mayoría de los casos, se tratará de la vista detallada de un solo elemento de datos como un mensaje, -pero también se podría tratar de una -vista resumida si la notificación está apilada. Si la aplicación dirige al -usuario a cualquier sitio que se encuentre debajo del nivel superior, incorpore la navegación en la pila de retroceso de la aplicación para que el -usuario pueda presionar el botón Back del sistema y regresar al nivel superior. Para obtener más información, consulte -Navegación dentro de la aplicación a través de los widgets y las notificaciones de la pantalla de Inicio en el patrón de -diseño Navegación.
- -Android admite el uso de una marca de prioridad en las notificaciones. Esta marca -le permite influir en el lugar donde aparecerá la notificación, en relación con otras notificaciones, y -lo ayuda a asegurarse de -que los usuarios vean siempre primero las notificaciones más importantes. Cuando publica una notificación, puede elegir -entre los -siguientes niveles de prioridad:
-|
- Prioridad - |
-
- Uso - |
-
|
-
|
-
- Utilícelo para las notificaciones críticas y urgentes en las que se le informa al usuario sobre una condición -que es -crítica en el tiempo o que se debe resolver antes de que el usuario continúe con una -tarea específica. - |
-
|
-
|
-
- Utilícelo, principalmente, para comunicaciones importantes, como eventos de mensajes o -chats con contenido que sea particularmente interesante para el usuario. -Las notificaciones de alta prioridad activan la pantalla de notificaciones emergentes. - |
-
|
-
|
-
- Utilícelo para todas las notificaciones que no pertenecen a ninguno de los otros tipos de prioridades que se describen aquí. - |
-
|
-
|
-
- Utilícelo para las notificaciones que desea que el usuario reciba, pero -que son menos urgentes. Las notificaciones de baja prioridad tienden a aparecer en la parte inferior de la lista, -por lo que son ideales para -eventos como actualizaciones sociales públicas o indirectas: El usuario solicitó que se le notifiquen -estas -actualizaciones, pero estas notificaciones nunca tendrán prioridad sobre las comunicaciones -urgentes o directas. - |
-
|
-
|
-
- Utilícelo para la información contextual o de segundo plano, como información sobre el clima o la -ubicación contextual. -Las notificaciones cuya prioridad es mínima no aparecen en la barra de estado. El usuario -las descubre al expandir el panel de notificaciones. - |
-
DEFAULT, HIGH y MAX son niveles de prioridad interruptiva, y se corre el riesgo de
-interrumpir al usuario
-en el medio de su actividad. Para evitar incomodar a los usuarios de su aplicación, reserve los niveles de prioridad interruptiva para
-las notificaciones:
Las notificaciones que se configuran en LOW y MIN pueden seguir siendo
-valiosas para el usuario: muchas, tal vez la mayoría, de las notificaciones simplemente no le piden al usuario que actúe de inmediato
-ni llaman su atención mediante una vibración, pero poseen información que será valiosa para el
-usuario
-cuando este decida ver las notificaciones. Entre los criterios de las notificaciones con prioridad LOW y MIN,
-se incluyen los siguientes:
-
-
-Si su notificación se puede clasificar dentro de alguna de las categorías predefinidas (consulte -a continuación), asígnela -según corresponda. Esta información se puede utilizar en determinados aspectos de la IU del sistema, como el panel de notificaciones (o cualquier -otro -agente de escucha de la notificación), para realizar una clasificación y filtrar las decisiones.
-| - - | -
- Llamada entrante (voz o video) o una solicitud de comunicación -sincrónica similar - |
-
| - - | -
- Mensaje entrante directo (SMS, mensaje instantáneo, etc.) - |
-
| - - | -
- Mensaje en bloque asíncrono (correo electrónico) - |
-
| - - | -
- Evento del calendario - |
-
| - - | -
- Promoción o anuncio - |
-
| - - | -
- Alarma o temporizador - |
-
| - - | -
- Progreso de una operación en segundo plano de larga ejecución - |
-
| - - | -
- Actualización de red social o uso compartido de datos - |
-
| - - | -
- Error en una operación en segundo plano o un estado de autenticación - |
-
| - - | -
- Control de transporte de medios para la reproducción - |
-
| - - | -
- Actualización del estado del dispositivo o el sistema. Reservado para ser utilizado por el sistema - |
-
| - - | -
- Indicación de ejecución de servicio en segundo plano - |
-
| - - | -
- Una recomendación específica y oportuna para un solo evento. Por ejemplo, en una -aplicación de noticias tal vez se desee -recomendar una historia que se considere que el usuario deseará leer luego - |
-
| - - | -
- Información constante sobre el estado contextual o del dispositivo - |
-
Si una notificación de un determinado tipo ya está pendiente cuando su aplicación intenta enviar una nueva -notificación del mismo tipo, combínelas en una misma notificación resumida para la aplicación. No -cree un objeto nuevo.
- -Las notificaciones resumidas incluirán una descripción resumida y le permitirán al usuario -conocer cuántas -notificaciones de un determinado tipo están pendientes.
- -Lo que no debe hacer
-
-Lo que debe hacer
- -
-Puede proporcionar -información más detallada sobre cada una de las notificaciones que conforman un - resumen al utilizar el diseño resumido expandido. Este enfoque les permite a los usuarios tener -una idea más clara de las - notificaciones pendientes y determinar si están lo suficientemente interesados como para leer -los detalles en la - aplicación asociada.
-
-
- Notificación contraída y expandida que es un resumen (mediante el uso de InboxStyle)
-
Los usuarios deben tener siempre el control sobre las notificaciones. Permítale al usuario -deshabilitar las notificaciones -de su aplicación o cambiar las propiedades de las alertas, como el sonido de una alerta y si desea -utilizar la vibración, -mediante la incorporación de un elemento de configuración de notificaciones en las configuraciones de la aplicación.
- -Al mirar el área de notificaciones, el usuario debe poder diferenciar -los tipos de -notificaciones que están pendientes actualmente.
- -
-Lo que debe hacer
-Mirar los iconos de notificaciones que ya se proporcionan en las aplicaciones de Android y crear -iconos de notificaciones para - su aplicación que tengan una apariencia bastante diferente.
- -Lo que debe hacer
-Utilizar el estilo de icono de notificación - adecuado para los iconos pequeños y el -estilo -de icono de barra de acción del diseño Material Light para los iconos - de acciones.
-Lo que debe hacer
-Hacer que los iconos sean simples y evitar incluir una cantidad excesiva de detalles difíciles de -distinguir.
- -Lo que no debe hacer
-Colocar valores alfa adicionales (que se oscurezcan o aclaren) en los -iconos pequeños y los - iconos de acciones. Estos pueden tener bordes alisados, pero como en Android estos iconos se utilizan -como máscaras (es decir, solo se - utiliza el canal alfa), por lo general, la imagen se debe dibujar con -opacidad completa.
- -Lo que no debe hacer
- -Utilizar colores para diferenciar su aplicación de las demás. Los iconos de las notificaciones simplemente -deben ser una imagen sobre un fondo blanco o transparente.
- - -Muchos dispositivos con Android incluyen un LED de notificaciones, que se utiliza para mantener al
-usuario informado sobre los
-eventos cuando la pantalla está apagada. Las notificaciones con un nivel de prioridad MAX,
-HIGH o DEFAULT deben
-hacer que se encienda el LED, mientras que las de menor prioridad (LOW y
-MIN) no deben activar esta función.
El control del usuario sobre las notificaciones debe extenderse al LED. Cuando se utilice -DEFAULT_LIGHTS, el -LED se iluminará en color blanco. Sus notificaciones no deberían utilizar un color -diferente, a menos que el -usuario lo haya personalizado explícitamente.
- -Para crear una aplicación que les guste a los usuarios, es importante diseñar las notificaciones -cuidadosamente. -Las notificaciones son la voz de su aplicación y ayudan a definir su -personalidad. Las notificaciones no deseadas -o que no son importantes pueden hacer que el usuario se moleste o no se sienta cómodo con la cantidad de -atención que le demanda la -aplicación, por eso debe utilizarlas de forma moderada.
- -Para crear una aplicación que los usuarios disfruten, es importante
-reconocer que la atención
-y el enfoque del usuario son recursos que se deben proteger. Aunque el sistema de notificaciones de Android
-se diseñó
-para minimizar el impacto de las notificaciones en la atención del usuario,
-es
-importante tener en cuenta que las notificaciones interrumpen el
-flujo de tareas del usuario.
-Cuando planifique sus notificaciones, pregúntese si son lo suficiente importantes como para
-realizar una interrupción. Si no está seguro, permítale al usuario que elija las
-notificaciones mediante la configuración de notificaciones de su aplicación o que ajuste
-la marca de prioridad de las notificaciones en LOW o MIN para
-evitar distraer al usuario cuando realiza
-alguna otra tarea.
- - Ejemplos de notificaciones sujetas a limitación temporal -
- -Aunque las aplicaciones más eficientes para el usuario solo proporcionan una respuesta cuando se la solicita, en algunos casos, -vale la pena que una aplicación interrumpa al usuario con una notificación no solicitada.
- -Utilice las notificaciones principalmente para eventos sujetos a limitaciones temporales, en especial - si estos eventos sincrónicos involucran a otras personas. Por -ejemplo, un chat entrante - es una forma de comunicación sincrónica y en tiempo real: otro usuario -está esperando de forma activa su respuesta. Los eventos del calendario son otros buenos ejemplos de cuándo se debe utilizar una -notificación y llamar la atención del usuario, - ya que los eventos son inminentes y, generalmente, -involucran a otras personas.
- -
-En muchos otros casos, no es apropiado enviar notificaciones:
- -Las notificaciones se indican mediante iconos en la barra de estado, y se puede acceder a ellas -al abrir el -panel lateral de notificaciones.
- -Al tocar una notificación, se abre la aplicación asociada con el contenido detallado -que coincide con el de la notificación. -Si dicha notificación se desplaza hacia la izquierda o la derecha, esta se eliminará del panel lateral.
- -
- - Notificaciones constantes relacionadas con la reproducción de música -
-Mediante las notificaciones constantes, se mantiene a los usuarios informados sobre un proceso en curso en -segundo plano. -Por ejemplo, los reproductores de música anuncian la pista que se está reproduciendo actualmente en el -sistema de notificaciones y -siguen haciéndolo hasta que el usuario detiene la reproducción. Mediante las notificaciones constantes también se le pueden -mostrar al usuario -comentarios sobre tareas más extensas, como descargar un archivo o codificar un video. Los usuarios no podrán -eliminar las notificaciones constantes del panel lateral de notificaciones.
- -En Android 5.0, la pantalla de bloqueo no muestra los controles de transporte para la clase -{@link android.media.RemoteControlClient} obsoleta. Sin embargo, sí muestra las notificaciones, de modo que las notificaciones de reproducción de cada -aplicación ahora son la forma principal -en la que los usuarios controlan la reproducción desde el estado bloqueado. A través de este comportamiento, se le otorga más control -a la aplicación sobre los -botones que se deben mostrar, y la forma en que debe mostrarlos, al mismo tiempo que se proporciona -al usuario una experiencia coherente, independientemente de si la pantalla está bloqueada o no.
- -Su aplicación no debe crear un diálogo o un aviso si actualmente no se muestra en la -pantalla. Los diálogos o los avisos se deben - mostrar únicamente como una respuesta inmediata a una acción que realiza el usuario -dentro de su aplicación. -Para obtener más información sobre cómo utilizar los diálogos y los avisos, consulte -Confirmación y reconocimiento.
- -Las notificaciones son noticias que, como tales, se muestran, básicamente, en -orden cronológico inverso, prestando -especial atención a la -prioridad de la notificación especificada en la aplicación.
- -Las notificaciones son una parte clave de la pantalla de bloqueo y se muestran de forma prominente -cada vez -que se enciende la pantalla del dispositivo. El espacio en la pantalla de bloqueo es reducido, por lo que -es sumamente importante -que se identifiquen las notificaciones más urgentes o relevantes. Por este -motivo, Android cuenta -con un algoritmo de clasificación más sofisticado para las notificaciones, que tiene en cuenta lo siguiente:
- -Para aprovechar aún más esta función de clasificación, enfóquese en la -experiencia del usuario que desea -crear, en lugar de centrarse en algún punto importante de la lista.
- -
-
- Las notificaciones de Gmail -poseen una prioridad predeterminada, por lo que - normalmente clasifican los mensajes de una aplicación de mensajería instantánea como Hangouts, pero -realizan - un cambio de prioridad temporal cuando ingresan nuevos mensajes. -
- - -Como las notificaciones son visibles en la pantalla de bloqueo, la privacidad del usuario es un aspecto -especialmente -importante. Por lo general, las notificaciones contienen información confidencial y -no necesariamente deben ser visibles -para cualquier persona que agarre el dispositivo y encienda la pantalla.
- -
- - Notificaciones en la pantalla de bloqueo, en la que el contenido se revela luego de que el usuario desbloquea el dispositivo -
-Cuando se configura una pantalla de bloqueo segura, el usuario puede decidir ocultar los -detalles confidenciales de dicha pantalla. En este caso, la IU del sistema -analiza el nivel de visibilidad de la notificación para decidir -qué información se puede mostrar de forma segura.
- Para controlar el nivel de visibilidad, realice una llamada a
-Notification.Builder.setVisibility()
- y especifique uno de los siguientes valores:
VISIBILITY_PUBLIC.
-Se muestra todo el contenido de la notificación.
- Esta es la opción predeterminada del sistema si no se especificó el grado de visibilidad.VISIBILITY_PRIVATE.
-En la pantalla de bloqueo se muestra la información básica sobre la existencia de esta notificación, incluido
-el icono y el nombre de la aplicación a través de la cual se publicó. No se muestra el resto de los detalles de la notificación.
-A continuación, especificamos algunos puntos que se deben tener en cuenta:
- Notification.publicVersion
-.
- VISIBILITY_PRIVATE, pero publicVersion podría
-seguir conteniendo información útil como "3 mensajes nuevos", sin que se muestren otros detalles
-de identificación.
- Notification.VISIBILITY_SECRET. Se muestra solo la menor cantidad de información posible; se excluye incluso
-el icono de la notificación.Las notificaciones y sus acciones se conectan de forma predeterminada con los dispositivos con Wear. -Los desarrolladores pueden controlar qué notificaciones se conectan desde el -teléfono hacia el reloj -y viceversa. Los desarrolladores también pueden controlar qué acciones se conectan. Si -en su aplicación se incluyen -acciones que no se pueden realizar con una sola pulsación, oculte dichas acciones -en su notificación para Wear -o considere anclarlas a una aplicación de Wear. De este modo, el usuario podrá -finalizar con la acción desde el -reloj.
- -Mediante un dispositivo conectado, como un teléfono, es posible conectar las notificaciones con un dispositivo con Wear, para que las -notificaciones se muestren allí. De modo similar, también es posible conectar acciones para que el usuario pueda ejecutarlas -directamente desde las notificaciones en los dispositivos con Wear.
- -Conexión
- -
-
-Sin conexión
- -Existen algunas acciones que solo puede realizar en Wear. Entre estas, se incluyen las siguientes:
- -
diff --git a/docs/html-intl/intl/ja/design/patterns/notifications.jd b/docs/html-intl/intl/ja/design/patterns/notifications.jd
deleted file mode 100644
index 8c5b6babd0853..0000000000000
--- a/docs/html-intl/intl/ja/design/patterns/notifications.jd
+++ /dev/null
@@ -1,872 +0,0 @@
-page.title=通知
-page.tags="notifications","design","L"
-@jd:body
-
-
- ユーザーに通知する
-DevBytes:Notifications in the Android L Developer Preview
-通知システムを使用すると、ユーザーは友人からの新しいチャット メッセージやカレンダー イベントなど、自分に関係のあるタイムリーなイベントについてアプリで常に通知を受けることができます。通知は、重要な出来事が起こるとすぐに知らせてくれるニュース チャンネルであり、ユーザーが意識していない間に出来事を時系列的に記録するログであると捉えることができます — さらに、すべての Android 端末で適宜同期されます。 - - - - - -
- -Android 5.0 において、通知は構造的に、視覚的に、機能的に重要なアップデートを受信します。 -
- -注: このバージョンの Android での通知設計は、従来のバージョンから大きく変わっています。 - -これまでのバージョンの通知設計について詳しくは、Android 4.4 以前での通知をご覧ください。 -
- -このセクションでは、通知の基本パーツと各種端末における通知の表示について詳しく説明します。 -
- -あらゆる通知の最低限の基本レイアウトは次のようになっています。
- -従来のプラットフォーム バージョンの {@link android.app.Notification.Builder Notification.Builder} で作成された通知は、Android 5.0 でも同じように表示され、機能します。スタイルにいくらかの違いがありますが、システムが対処します。 - - -従来のバージョンの Android での通知について詳しくは、Android 4.4 以前での通知をご覧ください。 - -
- - -
-
-
-- ユーザー フォトと通知アイコンを使用した、携帯端末での通知（左）と Wear での同じ通知（右） - -
-通知にどこまでの詳細を表示するかを選択できます。 -メッセージの最初の数行を表示したり、大きな画像プレビューを表示したりできます。 -追加情報はユーザーにより多くのコンテキストを提供し、—場合によっては—メッセージ全体が表示されることもあります。 - - -ユーザーは、ピンチ ズームまたは 1 本指のスワイプで、コンパクトなレイアウトと展開されたレイアウトを切り替えることができます。 - - - 1 つのイベントに関する通知に対し、Android では 3 種類の展開レイアウト（テキスト、受信トレイ、画像）をアプリケーションで使用できるようにしています。 - -次の図に、1 つのイベントに関する通知が携帯端末（左）とウェアラブル（右）でどのように見えるかを示します。 - -
- -Android では、通知の最下部に表示されるオプションのアクションをサポートしています。ここに示されるアクションを使用することで、ユーザーは特定の通知に対するほとんどの一般的なタスクを通知シェードで処理でき、通知元のアプリケーションを開く必要はありません。これによりやり取りがスピードアップし、スワイプで却下もできることから、ユーザーは自分に関係のある通知に集中しやすくなります。 - - - - - -
- - -
-
-
-
-通知に含めるアクションの数はほどほどに抑えることをお勧めします。 -含めるアクションを増やすほど、わかりにくくなるからです。 -もっとも差し迫った意味のある重要なアクションだけにして、アクションの数を最小限に抑えてください。 - - -
- -通知に対するアクションとして好ましい候補は次のとおりです。
- -次のようなアクションは避けてください。
- -アクションは 3 つまで指定でき、それぞれにアクションのアイコンと名前が付きます。 - - シンプルな基本レイアウトにアクションを追加すると、展開レイアウトがない場合でも、通知は展開可能になります。 - -アクションは展開可能な通知にのみ表示され、それ以外では非表示になることから、ユーザーが通知から起動できるどのアクションについても、関連アプリケーションからも利用できるようにしてください。 - - - - -
- -
- - イマーシブ アプリの最上部に表示されたヘッドアップ通知の例（電話の着信、高優先度） - - -
-優先度の高い通知が作成されると（右図）、その展開レイアウトが可能なアクションとともに短時間表示されます。 - -
-この時間が過ぎると、通知は通知シェードに戻ります。 -通知の優先度を示すフラグが高、最大、全画面の場合は、ヘッドアップ通知になります。 -
- -ヘッドアップ通知にふさわしい例
- -他人から送信されたアイテム（メッセージ、ステータス アップデートなど）の通知には、{@link android.app.Notification.Builder#setLargeIcon setLargeIcon()} を使用して相手の画像を含めます。 - -また、通知のメタデータに相手に関する情報を添付します（{@link android.app.Notification#EXTRA_PEOPLE} を参照）。 -
- -通知のメインアイコンは表示され続けるため、ユーザーはそれをステータスバーに表示されるアイコンと関連付けることができます。 - -
- - -
-- 通知をトリガーした人と送信内容が表示された通知。 -
- - -ユーザーが通知の本体（アクション ボタン以外）をタップしたら、アプリが開き、通知に表示されているデータの表示や操作ができる画面へ移動するようにします。 - - -ほとんどの場合、移動先はメッセージのような 1 つのデータアイテムの詳細表示になりますが、通知がスタックされている場合は概要ビューにすることも考えられます。 - -アプリがユーザーをアプリの最上位レベルより下のどこかに移動する場合は、アプリのバックスタックにナビゲーションを挿入して、ユーザーがシステムの Back ボタンを押すと最上位レベルに戻れるようにします。 - -詳しくは、ナビゲーションデザイン パターンのホーム画面ウィジェットと通知を経由するアプリへのナビゲーションをご覧ください。 - -
- -Android では、通知用の優先度フラグをサポートしています。このフラグを使用すると、通知の表示位置に他の通知との相対関係として影響を及ぼして、ユーザーが常に最重要の通知を真っ先に目にするようにできます。 - - -通知を投稿する際には、優先度を次の中から選べます。 - -
-|
- 優先度 - |
-
- 用途 - |
-
|
-
|
-
- 重大で切迫した通知に対して使用します。緊急を要する状況、または特定のタスクを続ける前に解決する必要がある状況であることをユーザーに通告します。 - - - - |
-
|
-
|
-
- 主に重要な情報に対して使用します。ユーザーが特に関心を持ちそうなメッセージ イベントやチャット イベントなどが該当します。通知の優先度を高く設定すると、ヘッドアップ通知を表示できます。 - - - |
-
|
-
|
-
- ここで説明している他の優先度のどれにも該当しないすべての通知に対して使用します。 - |
-
|
-
|
-
- ユーザーに知らせたいがそれほど緊急ではない通知に対して使用します。 -低優先度の通知は一般にリストの末尾に表示され、公の、または間接的なソーシャル アップデートなどに適しています。 - -ユーザーがこうした通知の設定をしていても、急を要するコミュニケーションや直接的なコミュニケーションより優先されないようにする必要があります。 - - - - |
-
|
-
|
-
- 天気予報や周辺位置情報のようなコンテキスト的またはバックグラウンド的な情報に対して使用します。最小優先度の通知はステータスバーに表示されません。 - -ユーザーは通知シェードを展開したときにその存在に気づきます。 - - |
-
DEFAULT、HIGH、MAX は中断を伴う優先度レベルで、ユーザーによるアクティビティに割り込むリスクがあります。
-
-アプリのユーザーに不快に思われないようにするため、割り込みを伴う優先度レベルの通知は次のような場合に限定してください。
-
LOW や MIN に設定されている通知も、ユーザーにとって価値がある可能性はあります。
-ほとんどとは言わないまでも、多くの通知は、ユーザーの注意を直ちに引く、またはユーザーの手首に振動を与える必要はありませんが、ユーザーがその通知を見ることにしたときに価値があると気づくような情報が含まれている必要があります。
-
-
-優先度が LOW や MIN の通知の条件は以下のとおりです。
-
-
-
-通知が、あらかじめ定義されているカテゴリ（下を参照）のどれかに該当する場合は、それに沿って割り当てます。 - -通知シェード（やその他の通知リスナー）などの各種システム UI は、評価やフィルタリングの判断にこの情報を使用することがあります。 - -
-| - - | -
- 電話（ビデオまたは音声）の着信またはそれに類する同期通信の要求 - - |
-
| - - | -
- 直接メッセージ（SMS、インスタントメッセージなど）の受信 - |
-
| - - | -
- 非同期バルク メッセージ（メール） - |
-
| - - | -
- カレンダー イベント - |
-
| - - | -
- 販促または広告 - |
-
| - - | -
- アラームまたはタイマー - |
-
| - - | -
- 長時間実行のバックグラウンド処理の進捗 - |
-
| - - | -
- ソーシャル ネットワークまたは共有アップデート - |
-
| - - | -
- バックグラウンド処理または認証ステータスにおけるエラー - |
-
| - - | -
- 再生のためのメディア転送コントロール - |
-
| - - | -
- システムまたは端末のステータス アップデート。システム用に予約済み。 - |
-
| - - | -
- バックグラウンド サービス実行中の表示。 - |
-
| - - | -
- 1 つの事項に対する具体的でタイムリーな推奨。たとえば、ニュースアプリがユーザーが次に読みたいのではないかと予想した記事を推奨するなど。 - - - |
-
| - - | -
- 端末やコンテキスト ステータスに関する進行中情報。 - |
-
アプリで特定の新しい通知を送信しようとしたときに同じタイプの通知が既に保留されていた場合は、それらを統合してそのアプリに対する 1 つの概要通知にします。新しいオブジェクトは作成しないでください。 - -
- -概要通知は概要説明を作成し、特定タイプの通知がいくつ保留になっているのかがユーザーにわかるようにします。 - -
- -非推奨
-
-推奨
- -
-概要を構成している個々の通知に関する詳細は、展開ダイジェスト レイアウトを使用して提示できます。 - -このアプローチにより、ユーザーはどの通知が保留中か、そして関連アプリで詳しく読もうと思うほどそれらに興味があるかを把握しやすくなります。 - - - -
-
-
- 通知の展開された概要と折りたたまれた概要（InboxStyle を使用）
-
ユーザーは常に通知を制御できる必要があります。アプリケーションの設定に通知設定アイテムを追加して、ユーザーがアプリの通知を無効にしたり、警告音や振動を使用するかどうかなどのアラート設定を変更したりできるようにしてください。 - - - -
- -現在保留になっているのがどのタイプの通知なのか、ユーザーが通知エリアを一目で見分けられることが必要です。 - -
- -
-推奨
-Android アプリが既に提供している通知アイコンを見ながら、独自アプリ用に見かけの十分異なるアイコンを作成する。 - -
- -推奨
-小さなアイコン用の適切な通知アイコン スタイルと、アクション アイコン用の Material Light アクションバー アイコンスタイルを使う。 - - - -
-推奨
-アイコンの見た目はシンプルに保ち、細かくしすぎて見にくくならないようにする。 -
- -非推奨
-なんらかの追加アルファ（暗転やフェード）を小さなアイコンやアクション アイコンに配置する。エッジはアンチ エイリアス処理できますが、Android ではこれらのアイコンをマークとして使用するため（つまり、アルファ チャンネルのみ使用）、画像は概して完全不透明で描画されます。 - - - - -
- -非推奨
- -アプリを他と色で区別する。通知アイコンは、背景が透明な白に限定してください。 -
- - -多くの Android 端末には通知 LED が用意されており、スクリーンがオフのときでもユーザーに引き続きイベントを通知するために使用されます。
-
-優先度が MAX、HIGH、DEFAULT の通知を LED 点灯するようにし、優先度の低い通知（LOW と MIN）は点灯しないようにしてください。
-
-
-
ユーザーによる通知の制御が LED にも及ぶようにしてください。DEFAULT_LIGHTS を使用すると、LED が白く点灯します。 - -ユーザーが明示的にカスタマイズしない限り、通知では別の色を使用しないでください。 - -
- -ユーザーに愛されるアプリを開発するためには、通知を入念にデザインすることが重要です。通知はアプリの声を体現するものであり、アプリの個性の一部です。 - - -望まれない通知や重要ではない通知がユーザーの邪魔になったり、アプリへの注目を集める意図が逆にユーザーに不快に思われたりしかねませんので、通知は適切に使用してください。 - - -
- -ユーザーが楽しんで使えるアプリケーションを開発するには、ユーザーの注目や関心は保護すべきリソースであるという認識が重要です。
-
-Android の通知システムは、ユーザーの注意に対する通知のインパクトを最小限に抑える設計になっていますが、通知がユーザーのタスクフローに割り込むという事実を意識することがやはり重要です。通知を盛り込む予定の場合は、それが割り込みに値するほど重要かどうかを自問してください。
-
-
-
-
-
-
-確信が持てない場合は、ユーザーがアプリの通知設定を使用して通知をコントロールできるようにするか、通知のフラグを LOW か MIN に設定してユーザーがしている別のことを邪魔しないようにします。
-
-
-
-
- - 急を要する通知の例 -
- -概して、適切に振る舞うアプリは話しかけられたときだけ口を開きますが、求められていない通知でユーザーの作業に割り込むことにメリットがあるケースもいくつか存在します。 -
- -通知は主に急を要するイベントで、特に他人が絡む同期イベントで使用します。 -たとえば、受信チャットはリアルタイムの同期コミュニケーションです。 - -他人が応答を能動的に待っています。 -カレンダー イベントも、通知でユーザーの注目を引くタイミングに関する好例です。なぜなら、そうしたイベントは差し迫っており、往々にして他人が絡みます。 - - -
- -
-以上を除く多くの場合、通知の使用は適切ではありません。
- -通知はステータスバーにアイコンとして示され、通知ドロワーを開いてアクセスできます。 - -
- -通知をタップすると関連アプリが開き、その通知に対応する詳細なコンテンツに移動します。通知上で左か右にスワイプされた通知は、ドロワーから削除されます。 - -
- -
- - 音楽再生の進行中通知 -
-進行中通知は、バックグラウンドで進行中の処理に関する情報をユーザーに伝えます。たとえば、音楽プレイヤーは通知システムで現在再生中のトラックを示し、ユーザーが再生を停止するまで通知を継続します。 - - - -進行中通知には、ファイルのダウンロードやビデオのエンコードなど、時間のかかるタスクに対するフィードバックをユーザーに示すこともできます。 - -ユーザーは、進行中通知を通知ドロワーから手動では削除できません。 -
- -Android 5.0 では、廃止された {@link android.media.RemoteControlClient} クラスの転送コントロールがロック画面に表示されません。 -ただし、通知が表示されるため、ユーザーがロック状態から再生をコントロールするための主な手段は、現状では各アプリの再生通知です。 - -この動作により、アプリは表示するボタンとその表示形態についてより多くをコントロールでき、画面がロックされているかどうかによらない一貫した操作感をユーザーに提供できます。 - - -
- -アプリが画面上に表示されていないときにダイアログやトーストを作成しないようにしてください。 -ダイアログやトーストの表示は、アプリでのアクションに対するユーザーへの即座の応答のみにします。ダイアログやトーストの使用の目安については、確認と通知をご覧ください。 - - - -
- -通知はニュースであるため、基本的には新しい順に表示され、アプリが通知に指定した優先度に基づき特別な配慮がなされます。 - - -
- -通知はロック画面の重要な一部であり、端末のディスプレイがオンになるたび前面に出ます。 - -ロック画面のスペースは限られているため、もっとも緊急か重要な通知を識別することが何より重要になります。 - -この理由から、Android では洗練された通知並べ替えアルゴリズムを採用しており、その中で以下を考慮しています。 - -
- -この並べ替え機能を最大限に生かすには、リストにおける特定の位置付けを狙うのではなく、ユーザーの操作感に注目します。 - -
- -
-
- Gmail 通知の優先度はデフォルトであり、そのため Hangouts などのインスタントメッセージ アプリからのメッセージの下に並びますが、新しいメッセージが来たときは一時的にそれより先に表示されます。 - - - - -
- - -通知はロック画面に表示されるため、ユーザーのプライバシーはとりわけ重要な考慮対象です。 - -通知には機密性の高い情報が含まれることが多く、端末を手に取ってディスプレイをオンにした誰にでも見られるようにすべきではありません。 - -
- -
- - ロック画面上の通知。コンテンツはユーザーが端末をロック解除した後に表示されます。 -
-セキュリティ保護されたロック画面をセットアップする際、ユーザーはセキュリティ保護されたロック画面には表示しない機密性の高い情報を選ぶことができます。 -その場合、システム UI は通知の可視性レベルを考慮して、表示しても問題ない情報を識別します。 - -
- 可視性レベルをコントロールするには、Notification.Builder.setVisibility() を呼び出し、次の値のどれかを指定します。
-
-
VISIBILITY_PUBLIC。通知の内容がすべて表示されます。
-
- 可視性レベルが指定されていない場合は、これがシステム デフォルトです。VISIBILITY_PRIVATE。ロック画面に、その通知の存在に関する基本情報、たとえば通知のアイコンやそれを提示したアプリ名などを表示します。
-
-通知のその他の詳細は表示されません。いくつか留意すべき点があります。
-
- Notification.publicVersion フィールドに代替 Notification オブジェクトを用意します。
-
-
-
- VISIBILITY_PRIVATE であるべきですが、publicVersion にも "3 件の新しいメッセージ" のような個人を特定する詳細なしでも利便性のある情報を盛り込めます。
-
-
-
-
- Notification.VISIBILITY_SECRET。必要最小限の情報のみ表示し、通知のアイコンさえありません。
-通知とそのアクションは、デフォルトで Wear 端末にブリッジされます。デベロッパーは、どの通知が電話から腕時計へ、またはその逆へブリッジするかを制御できます。 - - -また、どのアクションがブリッジするかも制御できます。タップ 1 回では完了しないアクションがアプリに含まれている場合は、そうしたアクションを Wear 通知では隠すか Wear アプリに接続することを検討してください。いずれにしても、ユーザーがアクションを腕時計で完了できるようにします。 - - - - - -
- -電話のような接続状態の端末は、通知を Wear 端末にブリッジして、通知が腕時計に表示されるようにできます。 -同様に、アクションもブリッジして、ユーザーが通知に Wear 端末で直接対処できるようにできます。 -
- -ブリッジする
- -
-
-ブリッジしない
- -Wear でのみできるアクションがいくつかあります。次に例を挙げます。
- -
diff --git a/docs/html-intl/intl/ko/design/patterns/notifications.jd b/docs/html-intl/intl/ko/design/patterns/notifications.jd
deleted file mode 100644
index aab5eacb313d8..0000000000000
--- a/docs/html-intl/intl/ko/design/patterns/notifications.jd
+++ /dev/null
@@ -1,872 +0,0 @@
-page.title=알림
-page.tags="notifications","design","L"
-@jd:body
-
-
- 사용자에게 알리기
-DevBytes: Android L Developer Preview의 알림
-알림 시스템을 사용하면 친구로부터 받은 새 채팅 메시지나 캘린더 이벤트와 같이 앱에서 관련된 -시기 적절한 -이벤트에 대한 알림을 사용자에게 표시할 수 있습니다. -알림을 중요한 -이벤트가 -발생한 경우 사용자에게 이에 대해 알리는 뉴스 채널이나 사용자가 앱에 집중하고 -있지 않은 동안에 이벤트를 시간순으로 기록하는 로그라고 생각하세요. 또한, 적절한 경우 모든 Android 기기에 걸쳐 동기화될 수도 있습니다.
- -Android 5.0에서는 구조적, -시각적, 그리고 기능적으로 중요한 업데이트를 알림을 통해 받을 수 있습니다.
- -참고: 이 -Android 버전의 알림 디자인은 이전 버전과 많이 -다릅니다. 이전 -버전의 알림 디자인에 대한 자세한 내용은 Android 4.4 이하 버전의 알림을 참조하세요.
- -이 섹션에서는 알림의 기본적인 부분과 다양한 유형의 기기에서 알림이 어떻게 -표시될 수 있는지에 대해 살펴봅니다.
- -모든 알림은 기본적으로 다음을 포함하는 기본 레이아웃으로 구성됩니다.
- -이전 플랫폼 버전의 -{@link android.app.Notification.Builder Notification.Builder}로 생성된 알림은 시스템이 대신 -처리하는 사소한 스타일 변화를 제외하면 Android -5.0에서 똑같이 표시되고 동작합니다. 이전 -Android 버전의 알림에 대한 자세한 내용은 -Android 4.4 이하 버전의 알림을 참조하세요.
- - -
-
-
-- 핸드헬드 알림(왼쪽) 및 Wear에서 표시되는 동일한 알림(오른쪽)의 기본 레이아웃 -- 사용자 사진 및 알림 아이콘 포함 -
-앱 알림이 얼마나 자세한 정보를 -제공하도록 할지는 직접 선택할 수 있습니다. 메시지의 처음 -몇 줄을 보여주거나 더 큰 이미지 미리보기를 보여줄 수 있습니다. 이러한 추가 -정보는 사용자에게 더 많은 -컨텍스트를 제공하며, 경우에 따라 이를 통해 사용자는 메시지 -전체를 읽을 수도 있습니다. 사용자는 -핀치-줌(pinch-zoom) 또는 한 손가락으로 밀기를 이용하여 축소 레이아웃과 -확장 레이아웃 간을 전환할 수 있습니다. - Android는 단일 이벤트 알림에 대해 세 개의 확장 레이아웃 -템플릿(텍스트, 받은 편지함, -이미지)을 애플리케이션에 사용할 수 있도록 제공합니다. 다음 이미지는 -단일 이벤트 알림이 -핸드헬드(왼쪽) 및 웨어러블(오른쪽)에서 어떻게 표시되는지 보여줍니다.
- -Android는 알림의 -맨 아래 부분에 표시되는 선택적인 작업을 지원합니다. -이러한 작업을 통해 사용자는 알림을 발생시킨 -애플리케이션을 열 필요 없이 알림 창에서 특정 -알림에 대한 가장 일반적인 태스크를 처리할 수 있습니다. -이 기능은 밀어서 해제하기와 함께 작용하여 상호 작용의 속도를 향상시키며, 사용자가 자신에게 중요한 알림에 -집중하는 데 도움이 됩니다.
- - -
-
-
-
-알림에 -포함할 작업의 수는 신중하게 결정해야 합니다. 더 많은 -작업을 포함할수록 인지적 복합성이 가중됩니다. 당장에 중요하며 의미 -있는 작업만 포함하여 작업 -수를 최소한으로 -제한해야 합니다.
- -알림에 포함하기에 적합한 작업은 다음과 같습니다.
- -다음과 같은 작업은 피합니다.
- -작업 -아이콘 및 이름으로 각각 구성된, 최대 세 개의 작업을 지정할 수 있습니다. - 단순한 기본 레이아웃에 작업을 추가하면 알림이 확장 가능하게 되며, -알림에 -확장 레이아웃이 없는 경우에도 이러한 사항이 적용됩니다. 작업은 -확장된 -알림에서만 표시되고 그 외에는 숨겨져 있으므로 -사용자가 알림에서 -호출할 수 있는 모든 작업을 관련 애플리케이션 내에서도 -사용할 수 있는지 확인해야 합니다.
- -
- - 몰입형 앱의 -최상위에 -표시되는 헤드업 알림의 예(걸려오는 전화, 최우선 순위) -
-최우선 순위의 알림을 수신하면(오른쪽), 가능한 작업을 보여주는 확장된 레이아웃 형태로 -잠시 동안 사용자에게 -표시됩니다.
-그런 다음, 알림이 알림 -창으로 돌아갑니다. 알림에 대한 우선 순위 플래그가 HIGH, MAX 또는 전체 화면으로 -지정된 경우 헤드업 알림이 표시됩니다.
- -헤드업 알림의 좋은 예
- -다른 사람이 보낸 항목(메시지 또는 -상태 업데이트)에 대한 알림의 경우 -{@link android.app.Notification.Builder#setLargeIcon setLargeIcon()}을 사용하여 그 사람의 이미지를 포함합니다. 또한 -그 사람에 대한 정보를 알림의 메타데이터에 추가합니다({@link android.app.Notification#EXTRA_PEOPLE} 참조).
- -알림의 기본 아이콘이 여전히 표시됩니다. 따라서 사용자는 -해당 아이콘을 상태 표시줄에 -보이는 아이콘과 관련시킬 수 있습니다.
- - -
-- 누가 트리거했는지와 보낸 내용을 보여주는 알림입니다. -
- - -사용자가 작업 -버튼 외부에서 알림을 터치하면, 사용자가 알림에서 -참조되는 데이터를 확인하고 처리할 수 있는 곳에서 -앱이 열리도록 합니다. 대부분의 경우, 메시지와 같은 단일 데이터 항목을 표시하는 상세 뷰가 이에 해당합니다. -하지만 알림이 중첩되어 있을 경우에는 -요약 뷰일 수도 있습니다. 앱이 -최상위 레벨 아래의 위치에서 열린 경우 -사용자가 시스템의 뒤로 버튼을 눌러 최상위 레벨로 돌아갈 수 있도록 앱의 백 스택에 탐색 경로를 삽입합니다. 자세한 내용은 -탐색 -디자인 패턴의 홈 화면 위젯 및 알림을 통한 앱 탐색을 참조하세요.
- -Android는 알림 우선 순위 플래그를 지원합니다. 이 플래그를 통해 다른 알림에 상대적으로 알림이 표시되는 위치가 -결정되도록 할 수 있습니다. 또한 -사용자가 가장 중요한 알림을 항상 가장 먼저 볼 수 있게 -할 수 있습니다. 알림을 게시할 때 -다음 우선 순위 중에서 -선택할 수 있습니다.
-|
- 우선 순위 - |
-
- 용도 - |
-
|
-
|
-
- 시간에 민감한 -또는 -특정 태스크를 계속 진행하기 전에 처리해야 할 -상황을 사용자에게 알리는 중요하고 긴급한 알림에 사용합니다. - |
-
|
-
|
-
- 중요한 대화에 주로 사용합니다. 일례로 사용자에게 특별히 흥미로운 내용이 포함된 메시지 또는 채팅 -이벤트가 이에 해당합니다. -최우선 순위의 알림은 헤드업 알림이 표시되도록 합니다. - |
-
|
-
|
-
- 여기서 설명하지 않은 기타 모든 우선 순위의 알림에 사용합니다. - |
-
|
-
|
-
- 사용자에게 알려야 하지만 긴급하지 않은 -알림에 사용합니다. 우선 순위가 낮은 알림은 보통 목록의 맨 아래에 표시되며, -공개 또는 대상이 불특정한 소셜 업데이트에 사용하기 -좋습니다. 사용자가 -요구한 -알림이지만, 이러한 알림은 긴급하거나 직접적인 -대화를 우선할 수 없습니다. - |
-
|
-
|
-
- 날씨 정보 또는 상황에 맞는 -위치 정보와 같은 상황별 또는 배경 정보에 사용합니다. -최소 우선 순위 알림은 상태 표시줄에 표시되지 않습니다. 이러한 알림은 사용자가 알림 창을 확대하면 -볼 수 있습니다. - |
-
DEFAULT, HIGH 및 MAX는 작업을 중단시키는 우선 순위이며, 사용자의 액티비티를
-중단시키는
-위험 요소입니다. 앱 사용자를 성가시게 하지 않으려면 다음과 같은
-알림에만 작업을 중단시키는 우선 순위를 지정해야 합니다.
LOW 및 MIN으로 설정된 알림도 사용자에게
-중요할 수 있습니다. 대부분은 아니지만 많은 알림이 사용자의
-즉각적인 주의를 필요로 하지 않거나 사용자의 손목에 진동을 줄 필요가 없지만, 사용자가 알림을 확인하고자
-했을 때 유용하다고
-여길 정보를 포함합니다. LOW 및 MIN
-우선 순위 알림에 대한 조건은 다음과 같습니다.
-
-
-알림이 미리 정의된 범주에 포함될 경우(아래 -참조), -그에 따라 할당합니다. 알림 창(또는 -다른 알림 -수신자)과 같은 시스템 UI의 기능은 순위 및 필터링 결정을 내리는 데 이 정보를 활용할 수 있습니다.
-| - - | -
- 수신 전화(음성 또는 화상) 또는 이와 유사한 동기적 대화 -요청 - |
-
| - - | -
- 수신되는 직접 메시지(SMS, 인스턴트 메시지 등) - |
-
| - - | -
- 비동기적 대량 메시지(이메일) - |
-
| - - | -
- 캘린더 이벤트 - |
-
| - - | -
- 홍보 또는 광고 - |
-
| - - | -
- 알람 또는 타이머 - |
-
| - - | -
- 장기간 실행 중인 백그라운드 작업의 진행 상황 - |
-
| - - | -
- 소셜 네트워크 또는 공유 업데이트 - |
-
| - - | -
- 백그라운드 작업 또는 인증 상태 오류 - |
-
| - - | -
- 재생에 대한 미디어 전송 제어 - |
-
| - - | -
- 시스템 또는 기기 상태 업데이트. 시스템용으로 예약됨 - |
-
| - - | -
- 실행 중인 백그라운드 서비스에 대한 표시 - |
-
| - - | -
- 한 가지 특정 항목에 대한 구체적이고 시기적절한 권장 사항. 예를 들어, 뉴스 -앱이 사용자가 다음으로 읽기 원할 것이라고 생각하는 뉴스를 -권하고자 하는 경우 - |
-
| - - | -
- 기기 또는 상황별 상태에 대한 지속적인 정보 - |
-
특정 유형의 알림이 이미 보류 중일 때 앱에서 같은 유형의 새 -알림을 보내려고 하는 경우, 이 앱에 대해 두 알림을 하나의 요약 알림으로 결합합니다. 새로운 개체는 -생성하지 않아야 합니다.
- -요약 알림은 사용자가 특정 종류의 알림이 -몇 개나 보류 중인지 -파악할 수 있도록 간단한 개요를 표시합니다.
- -잘못된 사용
-
-올바른 사용
- -
-확장된 다이제스트 레이아웃을 사용하여 -요약에 포함된 각각의 알림에 대한 -더 자세한 정보를 제공할 수 있습니다. 이 방식을 통해 사용자는 -어떠한 알림이 보류 중이고, -관련된 앱에서 -상세 정보를 읽고 싶을 정도로 알림이 흥미로운지를 -판단할 수 있습니다.
-
-
- 확장된 알림 및 축소된 요약 알림(InboxStyle 사용)
-
사용자는 항상 알림을 통제할 수 있어야 합니다. 애플리케이션 설정에 알림 설정 항목을 추가하여 -사용자가 앱의 -알림을 -해제하거나 경고 속성(예: 경고음 및 진동 사용 -여부)을 변경할 수 있도록 허용합니다.
- -알림 영역을 봄으로써 사용자는 현재 -어떠한 종류의 -알림이 보류 중인지 파악할 수 있어야 합니다.
- -
-올바른 사용
-Android 앱이 이미 제공하는 알림 아이콘을 살펴본 후 본인의 앱에서 -뚜렷히 나타날 수 있는 -알림 아이콘을 만듭니다.
- -올바른 사용
-작은 아이콘에 -적절한 알림 아이콘 스타일을 사용하며, 작업 -아이콘에는 머티어리얼 라이트 -작업 모음 아이콘 -스타일을 사용합니다.
-올바른 사용
-아이콘은 시각적으로 단순하게 유지하고, -알아차리기 힘들 정도로 과도하게 세부적인 디자인은 피합니다.
- -잘못된 사용
-작은 -아이콘 및 작업 -아이콘에 알파(어둡게 설정 또는 페이드 효과)를 추가합니다. 아이콘의 가장자리를 안티-앨리어싱할 수는 있지만, Android가 이러한 -아이콘을 마스크(즉, -알파 채널만 사용됨)로 사용하기 때문에 일반적으로 이미지는 최대 수준의 -불투명도로 그려집니다.
- -잘못된 사용
- -다른 앱과의 차별화를 위해 색상을 사용합니다. 알림 아이콘은 투명한 배경 이미지에 흰색 아이콘이어야만 -합니다.
- - -많은 Android 기기에는 알림 LED가 내장되어 있으며, 이러한 알림 LED는 화면이 꺼져 있을 때
-사용자에게
-이벤트에 대해 알리기 위해 사용됩니다. 우선 순위가 MAX,
-HIGH 또는 DEFAULT인 알림의 경우
-LED가 켜지며, 낮은 우선 순위(LOW 및
-MIN)의 알림의 경우 LED가 켜지지 않습니다.
알림과 관련하여 사용자는 LED도 제어할 수 있어야 합니다. -DEFAULT_LIGHTS를 사용하는 경우 -LED는 흰색으로 켜집니다. 사용자가 -명시적으로 지정한 경우 외에는 다른 알림 -색상을 사용할 수 없습니다.
- -사용자의 사랑을 받는 앱을 만들기 위해서는 -알림을 신중하게 디자인해야 합니다. -알림은 앱의 목소리를 대변하며, 앱의 -개성에 큰 영향을 미칩니다. 원하지 않거나 -중요하지 않은 알림은 사용자를 성가시게 하거나 앱에서 -많은 신경을 -쓰게 하는 것에 대해 짜증이 나게 합니다. 따라서 알림을 사용할 때는 현명하게 판단해야 합니다.
- -사람들이 즐겨 사용하는 애플리케이션을 만들려면 사용자의
-주의와 집중을 흐트러뜨리지 않고 보호해야 하는 리소스임을
-인지하는 것이 중요합니다. Android의
-알림 시스템은 알림이 사용자의 주의를 최대한 방해하지 않도록
-디자인되었습니다.
-하지만
-알림이
-사용자의 태스크 흐름을 방해한다는 사실을 계속해서 인지해야 합니다.
-알림을 계획할 때 알림이 사용자의 작업을 중단할 만큼
-중요한지 곰곰히 생각해 보시기 바랍니다. 잘 모르겠는 경우, 사용자가 앱의 알림 설정을 사용하여 알림에 대한 수신 동의를
-선택할 수 있도록 허용하거나 알림 우선 순위 플래그를 LOW 또는 MIN으로
-조정하여 사용자 작업을
-방해하지
-않도록 합니다.
- - 시간에 민감한 알림의 예 -
- -일반적으로 잘 만들어진 앱은 사용자의 요청이 있을 때에만 정보를 알리고 -요청하지 않은 알림은 꼭 필요한 경우에만 표시하도록 합니다.
- -알림은 시간에 민감한 이벤트에 주로 사용하며, 특히 -이러한 동기적 이벤트에 다른 사람이 관련된 경우에 사용합니다. 예를 -들어 수신되는 채팅 메시지는 -실시간으로 진행되는 동기적 대화 형식이며, 이때 다른 사람은 -적극적으로 응답을 기다립니다. 캘린더 이벤트는 언제 -알림을 사용하고 -사용자의 주의를 끌어야 하는지에 대해 알 수 있는 또 다른 좋은 예입니다. 왜냐하면 이는 임박한 이벤트이며, 캘린더 이벤트에는 종종 다른 사람이 -관련되기 때문입니다.
- -
-다른 대부분의 경우 알림은 적합하지 않습니다.
- -알림은 상태 표시줄에 아이콘으로 표시되며, -알림 창을 열어서 -확인할 수 있습니다.
- -알림을 터치하면 관련 앱이 열리고 알림에 -해당되는 세부 내용이 표시됩니다. 알림을 왼쪽이나 오른쪽으로 -스와이프하면 알림 창에서 제거됩니다.
- -
- - 음악 재생으로 인한 지속적인 알림 -
-지속적인 알림은 -백그라운드에서 진행 중인 프로세스에 대해 사용자에게 알립니다. -예를 들어 음악 플레이어는 사용자가 재생을 멈출 때까지 -알림 시스템 내에 현재 재생 중인 트랙을 -계속 표시합니다. 또한 지속적인 알림은 파일을 다운로드하거나 비디오를 인코딩하는 등의 장기 태스크에 대한 -피드백을 사용자에게 -표시할 수도 있습니다. 지속적인 알림은 사용자가 알림 창에서 직접 -제거할 수 없습니다.
- -Android 5.0에서는 잠금 화면에 사용이 중단된 -{@link android.media.RemoteControlClient} 클래스에 대한 전송 제어가 표시되지 않습니다. 하지만 알림은 표시되며, 각 -앱의 재생 알림이 현재 사용자가 잠금 상태에서 재생을 제어하는 기본 -방법입니다. 이 동작은 화면의 잠금 여부와 상관없이 사용자에게 -일관된 환경을 제공하면서, 어떠한 버튼을 -어떻게 표시할지에 대해 앱이 더 세부적으로 제어할 수 있도록 -지원합니다.
- -현재 -화면에 표시되어 있는 경우가 아니라면 앱은 대화 상자나 알림 메시지를 생성해서는 안 됩니다. 대화 상자나 알림 메시지는 -앱 내에서 -사용자가 어떠한 행동을 취했을 때 이에 대한 즉각적인 응답으로만 표시되어야 합니다. -대화 상자 및 알림 메시지 사용에 대한 자세한 지침은 -확인 및 승인하기를 참조하세요.
- -알림은 뉴스이므로, 기본적으로 발생한 순서의 역순으로 -표시되며, 특히 -앱에서 명시된 알림 -우선 순위에 따라 순서가 결정됩니다.
- -알림은 잠금 화면에서 중요한 부분이며, 기기의 화면이 켜질 -때마다 -표시됩니다. 잠금 화면의 공간은 협소하기 때문에 가장 긴급하고 관련 있는 알림을 식별하는 것이 -가장 -중요합니다. 이러한 -이유 때문에 Android에는 다음을 고려한 -더욱 정교한 정렬 알고리즘이 있습니다.
- -이러한 정렬 알고리즘을 잘 이용하기 위해서는 목록의 특정 부분에 초점을 두기 보다는 생성하고자 -하는 사용자 -환경에 초점을 둡니다.
- -
-
- Gmail 알림은 -기본 우선 순위이기 때문에 -보통은 행아웃과 같은 인스턴트 메시징 앱에서 온 메시지보다 하위에 정렬됩니다. 하지만 -새 메시지가 들어오면 -일시적으로 순위가 올라갑니다. -
- - -알림은 잠금 화면에 표시되기 때문에 사용자의 개인 정보 보호가 -특히 -중요하게 고려해야 할 사항입니다. 알림은 종종 민감한 정보를 포함하기 때문에, 아무나 -기기의 화면을 켰을 때 볼 수 있게 할 필요는 -없습니다.
- -
- - 사용자가 기기의 잠금을 푼 후 보이는 콘텐츠와 함께 잠금 화면에 표시된 알림 -
-보안 잠금 화면을 설정할 때 사용자는 -민감한 세부 정보를 보안 잠금 화면에서 숨기도록 선택할 수 있습니다. 이러한 경우 시스템 UI는 알림의 정보 공개 수준을 -고려하여 -안전하게 표시할 수 있는 정보를 파악합니다.
- 정보 공개 수준을 제어하려면
-Notification.Builder.setVisibility()를 호출한 후
-다음 값 중 하나를 지정합니다.
VISIBILITY_PUBLIC. 알림의 전체 내용을
-표시합니다.
- 정보 공개 수준을 지정하지 않을 경우 시스템 기본값입니다.VISIBILITY_PRIVATE.
-잠금 화면에 알림의
-아이콘과 알림을 게시한 앱의 이름을 포함하여 해당 알림의 존재에 대한 기본 정보를 표시합니다. 알림의 나머지 세부 사항은 표시되지 않습니다.
-다음과 같은 몇 가지 유용한 사항을 염두해야 합니다.
- Notification.publicVersion
-필드에 대체
-알림 개체를 제공해야 합니다.
- VISIBILITY_PRIVATE여야 하지만, publicVersion은 다른 식별
-정보 없이 "3개의 새 메시지"와 같이 여전히 유용한 정보를
-포함할 수 있습니다.
- Notification.VISIBILITY_SECRET. 최소한의 정보만 표시하며, 알림의 아이콘마저
-표시하지 않습니다.Android Wear에 표시되는 알림과 해당 작업은 기본적으로 Wear 기기에 연결되어 있습니다. -개발자는 어떠한 알림을 -휴대폰에서 워치로, -그리고 그 반대로 연결할지 제어할 수 있습니다. 또한 개발자는 어떠한 작업을 연결할지도 제어할 수 있습니다. 앱이 -단일 탭으로 실행할 수 없는 -작업을 포함하는 경우, 이러한 작업을 -Wear -알림에 표시되지 않도록 숨기거나 Wear 앱에 연결하여 사용자가 -워치에서 작업을 -끝낼 수 있도록 합니다.
- -휴대폰과 같이 연결된 기기는 알림을 Wear 기기에 연결하여 해당 기기에서 -알림이 표시될 수 있게 합니다. 마찬가지로 작업도 연결할 수 있기 때문에 사용자는 Wear 기기에서 -알림을 바로 처리할 수 있습니다.
- -연결해야 할 사항
- -
-
-연결하지 않아야 할 사항
- -Wear에서만 수행할 수 있는 작업이 몇 가지 있으며, 이러한 작업은 다음과 같습니다.
- -
diff --git a/docs/html-intl/intl/pt-br/design/patterns/notifications.jd b/docs/html-intl/intl/pt-br/design/patterns/notifications.jd
deleted file mode 100644
index 5560e85f5c2eb..0000000000000
--- a/docs/html-intl/intl/pt-br/design/patterns/notifications.jd
+++ /dev/null
@@ -1,872 +0,0 @@
-page.title=Notificações
-page.tags="notifications","design","L"
-@jd:body
-
-
- Notificação ao usuário
-DevBytes: Notificações na pré-visualização do desenvolvedor do Android L
-O sistema de notificações permite que os usuários se mantenham informados sobre eventos relevantes e -imediatos -no aplicativo, como novas mensagens de bate-papo de um amigo ou um evento de calendário. -Pense nas notificações como um canal de notícias que alerta o usuário sobre eventos -importantes à -medida que acontecem ou sobre um registro que grava eventos enquanto o usuário não está prestando -atenção — e que é sincronizado conforme apropriado em todos os dispositivos Android dele.
- -No Android 5.0, as notificações recebem atualizações importantes: em termos estruturais, visuais e -funcionais:
- -Observação: o projeto de notificação nesta versão do -Android é uma mudança -significativa em relação às versões anteriores. Para obter informações sobre o projeto de notificação em versões -anteriores, consulte Notificações no Android 4.4 ou em anteriores.
- -Esta seção aborda as partes básicas de uma notificação e como elas -podem aparecer em diferentes tipos de dispositivos.
- -No mínimo, todas as notificações consistem em um layout básico, incluindo:
- -Notificações criadas com {@link android.app.Notification.Builder Notification.Builder} -para versões anteriores da plataforma têm a mesma aparência e o mesmo funcionamento no Android -5.0, com apenas mudanças menores de estilo que o sistema -entrega a você. Para obter mais informações sobre notificações em versões -anteriores do Android, consulte -Notificações no Android 4.4 ou em anteriores.
- - -
-
-
-- Layout básico de uma notificação em dispositivo portátil (à esquerda) e a mesma notificação em Wear (à direita), -com uma foto do usuário e um ícone de notificação -
-Você pode escolher o nível de detalhe que as notificações de seu aplicativo -devem fornecer. Elas podem mostrar as primeiras -linhas de uma mensagem ou exibir uma visualização de imagem maior. As informações -adicionais fornecem ao usuário mais -contexto e — em alguns casos — podem permitir que o usuário leia uma mensagem -em sua totalidade. O usuário pode -pinçar para aproximar ou afastar a vista ou realizar deslizamento de um dedo para alternar entre os layouts -compacto e expandido. - Para notificações de um evento, o Android fornece três modelos de layout -expandido (texto, caixa de entrada e - imagem) para usar em seu aplicativo. As imagens a seguir mostram como -se parecem notificações de um evento em - dispositivos portáteis (à esquerda) e usados junto ao corpo (à direita).
- -O Android tem suporte para ações opcionais que são exibidas na parte inferior -da notificação. -Com ações, os usuários podem tratar as tarefas mais comuns para -determinada notificação de dentro da sombra da notificação sem precisar abrir o -aplicativo de origem. -Isso acelera a interação e, em conjunto com deslizar-para-descartar, ajuda os usuários a -se concentrarem em notificações que sejam importantes.
- - -
-
-
-
-Tenha cuidado com o número de ações que inclui em uma -notificação. Quanto mais -ações incluir, maior será a complexidade cognitiva criada. Limite-se -ao menor número possível -de ações, incluindo apenas as ações efetivamente mais importantes e -significativas.
- -Boas candidatas a ações em notificações são ações que:
- -Evite ações que sejam:
- -Você pode especificar no máximo três ações, cada uma consistindo em um ícone -e um nome de ação. - Adicionar ações a um layout básico simples torna a notificação expansível, -mesmo se a -notificação não tiver um layout expandido. Como as ações são exibidas apenas para notificações -expandidas - e que ficam de outra forma ocultas, certifique-se de que qualquer ação que um -usuário possa invocar de dentro de uma - notificação esteja disponível também dentro do aplicativo -associado.
- -
- - Exemplo de uma notificação heads-up (chamada telefônica recebida, alta prioridade) -que aparece sobre um -aplicativo imersivo -
-Quando uma notificação de alta prioridade chega (veja à direita), ela é apresentada -aos usuários por -um período curto com um layout expandido mostrando possíveis ações.
-Depois desse período, a notificação recua para a sombra -de notificação. Se a prioridade de uma notificação for -marcada como Alta, Máxima ou tela cheia, ela receberá uma notificação heads-up.
- -Bons exemplos de notificações heads-up
- -Para notificações de itens enviados por outra pessoa (como uma mensagem ou -atualização de status), inclua a imagem da pessoa usando -{@link android.app.Notification.Builder#setLargeIcon setLargeIcon()}. Anexe também informações sobre -a pessoa nos metadados da notificação (consulte {@link android.app.Notification#EXTRA_PEOPLE}).
- -O ícone principal de sua notificação ainda é mostrado, portanto, o usuário pode associá-lo -ao ícone -visível na barra de status.
- - -
-- Notificação que mostra a pessoa que a ativou e o conteúdo enviado. -
- - -Quando o usuário toca no corpo de uma notificação (fora dos botões -de ação), abra o aplicativo -no lugar em que o usuário possa visualizar e agir sobre os dados referenciados na -notificação. Na maioria dos casos, será a exibição detalhada de um único item de dado, como uma mensagem, -mas também poderá ser uma -vista resumida se a notificação estiver empilhada. Se o aplicativo -levar o usuário a qualquer lugar abaixo do nível superior do aplicativo, insira a navegação na pilha de retorno do aplicativo para que -o usuário possa pressionar o botão Voltar do sistema para voltar ao nível superior. Para obter mais informações, consulte -Navegação para o seu aplicativo pelos widgets de página inicial e notificações no padrão de projeto de Navegação. -
- -O Android tem suporte para um sinalizador de prioridade para notificações. Esse sinalizador permite -influenciar o local em que a notificação é exibida em relação a outras notificações e -ajuda a garantir -que os usuários sempre vejam primeiro as notificações mais importantes. Você pode escolher entre -os seguintes -níveis de prioridade ao publicar uma notificação:
-|
- Prioridade - |
-
- Uso - |
-
|
-
|
-
- Use para notificações críticas e urgentes que alertam o usuário sobre uma condição -que depende -do tempo ou que precisa ser resolvida antes que o usuário possa continuar -com uma determinada tarefa. - |
-
|
-
|
-
- Use principalmente para comunicações importantes, como uma mensagem ou -eventos de bate-papo com conteúdo particularmente interessante para o usuário. -Notificações de alta prioridade acionam a exibição de uma notificação heads-up. - |
-
|
-
|
-
- Use para todas as notificações que não recaiam em nenhuma das outras prioridades descritas aqui. - |
-
|
-
|
-
- Use para notificações sobre as quais deseja que o usuário seja informado, mas -que sejam menos urgentes. Notificações de baixa prioridade tendem a ser exibidas na parte inferior da lista, -o que as torna uma boa -opção para coisas como atualizações públicas ou sociais não direcionadas: o usuário pediu para -ser notificado sobre -elas, mas essas notificações nunca devem ter precedência sobre comunicações -urgentes ou diretas. - |
-
|
-
|
-
- Use para informações contextuais ou de histórico, como informações sobre clima ou -informações contextuais de localização. -Notificações de prioridade mínima não aparecem na barra de status. O usuário -as descobre expandindo a sombra da notificação. - |
-
DEFAULT, HIGH e MAX são níveis de prioridade de interrupção e arriscam
-interromper a atividade
-do usuário. Para evitar irritar os usuários de seu aplicativo, reserve níveis de prioridade de interrupção para
-notificações que:
Notificações definidas como LOW e MIN ainda podem
-ser valiosas para o usuário: muitas, se não a maioria, das notificações não precisam demandar a atenção
-imediata do usuário, ou vibrar o pulso do usuário, mas ainda contêm informações que o usuário
-achará valiosas ao decidir procurar
-notificações. Os critérios para notificações de prioridade LOW e MIN
-incluem:
-
-
-Se a sua notificação recair em uma das categorias predefinidas (veja -abaixo), atribua-a -adequadamente. Aspectos da IU do sistema, como a sombra da notificação (ou qualquer -outra escuta -de notificação), podem usar essas informações para tomar decisões de classificação e filtragem.
-| - - | -
- Chamada recebida (voz ou vídeo) ou solicitação similar de -comunicação síncrona - |
-
| - - | -
- Mensagem direta recebida (SMS, mensagem instantânea etc.) - |
-
| - - | -
- Mensagens assíncronas em lote (e-mail) - |
-
| - - | -
- Evento de calendário - |
-
| - - | -
- Promoção ou publicidade - |
-
| - - | -
- Alarme ou cronômetro - |
-
| - - | -
- Andamento de uma operação de execução longa em segundo plano - |
-
| - - | -
- Atualização de rede social ou de compartilhamento - |
-
| - - | -
- Erro em operação de segundo plano ou no status de autenticação - |
-
| - - | -
- Controle de transporte de mídia para reprodução - |
-
| - - | -
- Atualização do sistema ou do status do dispositivo. Reservado para uso do sistema. - |
-
| - - | -
- Indicação de serviço de segundo plano em execução - |
-
| - - | -
- Uma recomendação específica e oportuna para uma única coisa. Por exemplo, um aplicativo -de notícias pode querer -recomendar uma notícia que acredita que o usuário desejará ler em seguida. - |
-
| - - | -
- Informações contínuas sobre o dispositivo ou o status contextual - |
-
Se uma notificação de um certo tipo já estiver pendente quando o aplicativo tentar enviar uma nova -notificação do mesmo tipo, combine-as em uma única notificação de resumo para o aplicativo. Não -crie um novo objeto.
- -Uma notificação de resumo cria uma descrição resumida e permite que o -usuário entenda quantas notificações -de um determinado tipo estão pendentes.
- -O que não fazer
-
-O que fazer
- -
-Você pode fornecer -mais detalhes sobre as notificações individuais que compõem um -resumo usando o layout resumido expandido. Essa abordagem permite que os usuários -entendam melhor quais -notificações estão pendentes e decidam se estão interessados o suficiente para lê-las -em detalhes dentro -do aplicativo associado.
-
-
- Notificação expandida e contraída que é um resumo (usando InboxStyle)
-
Os usuários devem sempre controlar as notificações. Permita que o usuário -desative as notificações -de seu aplicativo ou altere as propriedades de alerta, como som de alerta e -se a vibração será usada, -adicionando um item de configuração da notificação nas configurações do aplicativo.
- -Ao olhar para a área de notificação, o usuário deverá ser capaz de discernir -que tipos de -notificações estão atualmente pendentes.
- -
-O que fazer
-Verifique os ícones de notificação que os aplicativos do Android já fornecem e crie -ícones de notificação para o seu -aplicativo que tenham aparência suficientemente distinta.
- -O que fazer
-Use o estilo de ícone de notificação apropriado - para ícones pequenos e o - estilo de ícone de barra -de ação da luminosidade do Material para os ícones - de ação.
-O que fazer
-Mantenha os ícones visualmente simples, evitando detalhes excessivos que sejam -difíceis de discernir.
- -O que não fazer
-Coloque um alfa adicional (esmaecimento ou redução de intensidade) nos ícones pequenos -e nos ícones de - ação; eles podem ter bordas suavizadas, mas, como o Android usa esses -ícones como máscaras (ou seja, somente - o canal alfa é usado), a imagem normalmente deve ser desenhada com -opacidade total.
- -O que não fazer
- -Use cores para distinguir o seu aplicativo dos outros. Ícones de notificação devem -somente ser uma imagem com fundo branco sobre transparente.
- - -Muitos dispositivos Android contêm um LED de notificação, que é usado para manter o
-usuário informado sobre
-eventos enquanto a tela está desligada. Notificações com um nível de prioridade de MAX,
-HIGH ou DEFAULT devem
-fazer com que o LED brilhe, enquanto que os de prioridade mais baixa (LOW e
-MIN) não devem.
O controle do usuário sobre as notificações deve se estender ao LED. Ao usar -DEFAULT_LIGHTS, o -LED brilhará na cor branca. Suas notificações não devem usar uma cor -diferente, a não ser que o -usuário as tenha explicitamente personalizado.
- -Para criar um aplicativo que os usuários amem, é importante projetar as -notificações cuidadosamente. -As notificações personificam a voz do seu aplicativo e contribuem para -a personalidade dele. Notificações indesejadas ou -irrelevantes podem irritar o usuário ou fazer com que ele reprove a -quantidade de atenção que o -aplicativo exige. Portanto, use notificações de forma cuidadosa.
- -Para criar um aplicativo que as pessoas gostem de usar, é importante
-reconhecer que a atenção e o foco
-do usuário são recursos que devem ser protegidos. Apesar de o sistema de
-notificação do Android ter
-sido projetado para minimizar o impacto das notificações na atenção do usuário,
-ainda é
-importante ter ciência do fato de que as notificações interrompem o
-fluxo de tarefas do usuário.
-Ao planejar as notificações, pergunte-se se elas são importantes o suficiente para
-justificar uma interrupção. Se não tiver certeza, permita que o usuário decida se quer
-uma notificação usando as configurações de notificação do seu aplicativo ou ajuste
-o sinalizador de prioridade das notificações para LOW ou MIN para
-evitar distrair o usuário enquanto ele faz
-alguma outra coisa.
- - Exemplos de notificação que depende de tempo -
- -Apesar de aplicativos bem comportados geralmente se manifestarem apenas quando ocorre interação com eles, alguns -casos justificam que o aplicativo interrompa o usuário com uma notificação não solicitada.
- -Use notificações principalmente para eventos que dependam de tempo, especialmente - se esses eventos síncronos envolverem outras pessoas. Por -exemplo, um bate-papo recebido -é uma forma síncrona em tempo real de comunicação: outro usuário -espera ativamente a resposta. Eventos de calendário são outro exemplo bom de quando usar uma -notificação e atrair a -atenção do usuário, pois o evento é iminente e eventos de calendário frequentemente -envolvem outras pessoas.
- -
-Em muitos outros casos, notificações não são adequadas:
- -Notificações são indicadas por ícones na barra de status e podem ser acessadas -abrindo a -gaveta de notificações.
- -Tocar em uma notificação abre o aplicativo associado com o conteúdo -detalhado que corresponde à notificação. -Deslizar à esquerda ou à direita em uma notificação a remove da gaveta.
- -
- - Notificação contínua devido à reprodução de música -
-Notificações contínuas mantêm os usuários informados sobre um processo em andamento em -segundo plano. -Por exemplo, reprodutores de música anunciam a faixa em reprodução no -sistema de notificação e -continuam a fazer isso até que o usuário interrompa a reprodução. Notificações contínuas também podem -mostrar ao usuário -feedback sobre tarefas mais longas, como o download de um arquivo ou a codificação de um vídeo. Um usuário não pode remover -manualmente uma notificação contínua da gaveta de notificações.
- -No Android 5.0, a tela de bloqueio não mostra controles de transporte por causa da classe -{@link android.media.RemoteControlClient} obsoleta. Mas ela mostra notificações, portanto, a notificação de reprodução -de cada aplicativo agora é a forma -principal para que os usuários controlem a reprodução em um estado bloqueado. Esse comportamento dá aos aplicativos mais -controle sobre quais -botões exibir e de que forma, ao mesmo tempo em que fornece uma experiência consistente -para o usuário, com a tela bloqueada ou não.
- -O seu aplicativo não deve criar uma caixa de diálogo ou um aviso se não estiver -atualmente na tela. Uma caixa de diálogo ou um aviso - deve ser exibido somente como uma resposta imediata ao usuário tomando uma ação -dentro do seu aplicativo. -Para obter orientação adicional sobre o uso de caixas de diálogo e avisos, consulte -Confirmação e reconhecimento.
- -Notificações são notícias e, portanto, são essencialmente exibidas -em ordem cronológica inversa, com -consideração especial para a -prioridade da notificação declarada no aplicativo.
- -Notificações são uma parte importante da tela de bloqueio e são exibidas proeminentemente -sempre -que a tela do dispositivo é exibida. O espaço na tela de bloqueio é restrito, portanto, -é mais importante -do que nunca identificar as notificações mais urgentes ou relevantes. Por esse -motivo, o Android tem um -algoritmo de classificação mais sofisticado para notificações, levando em conta:
- -Para aproveitar ao máximo essa classificação, concentre-se na experiência -do usuário que deseja -criar, e não em um determinado local na lista.
- -
-
- Notificações do Gmail têm -prioridade padrão e normalmente - são classificadas abaixo de mensagens de um aplicativo de mensagem instantânea, como o Hangouts, mas -recebem - uma promoção temporária quando novas mensagens chegam. -
- - -Como as notificações são visíveis na tela de bloqueio, a privacidade do usuário é uma consideração -especialmente - importante. Notificações frequentemente contêm informações sensíveis e -não devem necessariamente estar visíveis -para qualquer pessoa que ligar a tela do dispositivo.
- -
- - Notificações na tela de bloqueio com conteúdo revelado depois que o usuário desbloqueia o dispositivo. -
-Ao definir uma tela de bloqueio segura, o usuário poderá escolher ocultar -detalhes sensíveis da tela de bloqueio segura. Nesse caso, a IU do sistema -considerará o nível de visibilidade da notificação para descobrir o que pode -ser exibido com segurança.
- Para controlar o nível de visibilidade, chame
-Notification.Builder.setVisibility()
-e especifique um destes valores:
VISIBILITY_PUBLIC.
-Exibe o conteúdo inteiro da notificação.
- Esse é o padrão do sistema se a visibilidade não for especificada.VISIBILITY_PRIVATE.
-Na tela de bloqueio, exibe informações básicas sobre essa notificação, incluindo o
-ícone e o nome do aplicativo que a publicou. O restante dos detalhes da notificação não é exibido.
-Alguns pontos a ter em mente são:
- Notification.publicVersion.
-
- VISIBILITY_PRIVATE, mas publicVersion ainda pode
-conter informações úteis, como "3 novas mensagens", sem outros detalhes
-de identificação.
- Notification.VISIBILITY_SECRET. Mostra apenas as informações mínimas, excluindo até mesmo
-o ícone da notificação.Notificações e suas ações são enviadas a dispositivos Wear por padrão. -Os desenvolvedores podem controlar que notificações são enviadas do -celular ao relógio -e vice-versa. Os desenvolvedores também podem controlar quais ações são transmitidas. Se o -seu aplicativo inclui -ações que não podem ser executadas com um toque, oculte essas ações -na sua notificação do Wear -ou considere colocá-las em um aplicativo do Wear, permitindo que o usuário -termine a ação -no relógio.
- -Um dispositivo conectado, como um celular, pode transmitir notificações para um dispositivo Wear para que as -notificações sejam exibidas nele. De forma similar, ele pode transmitir ações para que o usuário possa agir -sobre as notificações diretamente do dispositivo Wear.
- -Transmitir
- -
-
-Não transmitir
- -Há algumas ações que só podem ser realizadas em Wear. Elas incluem:
- -
diff --git a/docs/html-intl/intl/ru/design/patterns/notifications.jd b/docs/html-intl/intl/ru/design/patterns/notifications.jd
deleted file mode 100644
index 4d339c29258d5..0000000000000
--- a/docs/html-intl/intl/ru/design/patterns/notifications.jd
+++ /dev/null
@@ -1,872 +0,0 @@
-page.title=Уведомления
-page.tags="notifications","design","L"
-@jd:body
-
-
- Уведомление пользователя
-DevBytes: Уведомления в Android L Developer Preview
-Уведомления позволяют извещать пользователя о релевантных и -периодически возникающих -событиях в приложении, таких как новые сообщения в чате или события в календаре. -Систему уведомлений можно рассматривать как канал новостей, извещающий пользователя о важных -событиях по мере -их возникновения, или как журнал, ведущий хронику событий, пока пользователь не обращает на них -внимания, и синхронизируемый должным образом на всех устройствах Android этого пользователя.
- -В Android 5.0 уведомления были существенно обновлены структурно, -визуально, и функционально:
- -Примечание. Разработка уведомлений в этой версии -Android значительно -отличается от их разработки в предыдущих версиях. Информацию о разработке уведомлений в предыдущих -версиях можно найти в разделе Уведомления в Android версии 4.4 и ниже.
- -В этом разделе описываются основные компоненты уведомления и их -отображение на устройствах различных типов.
- -Все уведомления имеют, как минимум, базовую компоновку, которую составляют следующие элементы.
- -Уведомления, созданные с помощью {@link android.app.Notification.Builder Notification.Builder} -для предыдущих версий платформы, выглядят и функционируют в Android -5.0 так же, как и прежде, за исключением незначительных стилистических отличий, вносимых -системой. Дополнительную информацию о внешнем виде и функциональности уведомлений в предыдущих версиях -Android можно найти в разделе -Уведомления в Android версии 4.4 и ниже.
- - -
-
-
-- Уведомление в базовой компоновке на мобильном устройстве (слева) и то же уведомление на носимом устройстве (справа) - с фотографией пользователя и значком уведомления -
-Разработчик может выбрать степень подробности уведомлений, генерируемых его -приложением. Уведомление может содержать первые -несколько строк сообщения или миниатюру изображения. В качестве дополнительной -информации можно предоставлять пользователю -контекст и, —в некоторых случаях, —давать ему возможность прочитать сообщение -целиком. Чтобы переключаться - между компактной и расширенной компоновкой, пользователь может применить жест сжатия/масштабирования или -провести пальцем по экрану. - Для уведомлений о единичных событиях Android предоставляет - разработчику приложения три шаблона расширенной компоновки -(текст, входящая почта и изображения). Ниже приведены скриншоты уведомлений о единичных -событиях на мобильных устройствах (слева) - и на носимых устройствах (справа).
- -Android поддерживает дополнительные действия, отображаемые в нижней части -уведомления. -Благодаря этому пользователи могут выполнять операции, типичные для данного -уведомления, непосредственно из него, не открывая -само приложение. -Это ускоряет взаимодействие и, вместе с операцией "провести пальцем, чтобы удалить", позволяет пользователю сосредоточиться на -важных для него уведомлениях.
- - -
-
-
-
-При определении количества действий в уведомлении следует проявлять -благоразумие. Чем больше -действий предоставлено пользователю, тем выше когнитивная сложность приложения. Ограничьтесь -минимальным количеством -действий, предоставив пользователю наиболее важные и -значимые.
- -В уведомлениях отдавайте предпочтение действиям
- -Избегайте действий
- -Следует предоставлять не более трех действий, указав для каждого -значок и название. - Добавление действий в базовую компоновку делает уведомление расширяемым, -даже если - оно не имеет расширенной компоновки. Поскольку действия отображаются только у -расширенных - уведомлений, необходимо, чтобы любое действие, -которое пользователь может выполнить из - уведомления, было доступно и в соответствующем -приложении.
- -
- - Пример уведомления heads-up (входящий телефонный звонок, высокий приоритет), -появляющегося поверх - приложения с эффектом присутствия -
-Когда поступает уведомление с высоким приоритетом (см. изображение справа), оно в течение короткого времени -отображается -в расширенной компоновке, позволяя выполнить допустимые действия.
-Затем уведомление принимает обычный -вид. Если для уведомления установлен высокий, максимальный или полноэкранный приоритет -, оно становится уведомлением heads-up.
- -Хорошими примерами событий для уведомлений heads-up являются
- -Уведомление о событии, инициированном другим пользователем (например, сообщение или -обновление статуса), должно содержать изображение пользователя, добавленное с помощью -{@link android.app.Notification.Builder#setLargeIcon setLargeIcon()}. Кроме того, в метаданные уведомления необходимо включить информацию о -пользователе (см. {@link android.app.Notification#EXTRA_PEOPLE}).
- -Главный значок уведомления будет по-прежнему отображаться, чтобы пользователь мог связать -его со значком -на строке состояния.
- - -
-- Уведомление, идентифицирующее пользователя-инициатора, и отображающее отправленное содержимое. -
- - -Когда пользователь касается тела уведомления (за пределами кнопок -с действиями), должен осуществляться переход в то место приложения, -где пользователь сможет просмотреть информацию, о которой извещает уведомление, и действовать в соответствии -с нею. В большинстве случаев там будет находиться подробное представление одного элемента данных, например, сообщения, -но возможно и -сокращенное представление, если накопилось несколько уведомлений. Если приложение переводит -пользователя на какой-либо уровень, отличный от верхнего, реализуйте навигацию в стеке переходов назад в приложении, чтобы -пользователь мог нажать системную кнопку "Назад" и вернуться на верхний уровень. Дополнительную информацию можно найти в разделе -Навигация внутрь приложения с помощью виджетов и уведомлений главного экрана в шаблоне проектирования -Навигация.
- -Android поддерживает флаг приоритета для уведомлений. Это флаг позволяет -влиять на позицию уведомления среди других уведомлений и -гарантировать, -что пользователь в первую очередь увидит самые важные уведомления. При отправке уведомления можно выбрать один -из -следующих уровней приоритета:
-|
- Приоритет - |
-
- Использование - |
-
|
-
|
-
- Применяйте для наиболее важных и неотложных уведомлений, извещающих пользователя -о ситуации, -критичной по времени или такой, на которую необходимо отреагировать, чтобы продолжить -выполнение задачи. - |
-
|
-
|
-
- Применяйте, в основном, для передачи важной информации, например, о сообщениях или событиях -в чате с содержимым, представляющим особый интерес для пользователя. -Уведомления с высоким приоритетом отображаются как уведомления heads-up. - |
-
|
-
|
-
- Применяйте для всех уведомлений, не входящих ни в одну из описанных здесь категорий. - |
-
|
-
|
-
- Применяйте для уведомлений, которые должны быть переданы пользователю, но -не являются неотложными. Низкоприоритетные уведомления обычно появляются в конце списка, -что позволяет использовать их -для передачи информации, представляющей всеобщий интерес и не имеющей конкретной направленности. Например, если пользователь подписался -на новости, - эта информация не должна иметь преимущество перед неотложными или адресными -сообщениями. - |
-
|
-
|
-
- Применяйте для уведомлений, с контекстной или фоновой информацией, такой как прогноз погоды, или с информацией, -связанной с местоположением пользователя. -Уведомления с минимальным приоритетом не отображаются в строке состояния. Пользователь -обнаруживает их при раскрытии панели уведомления. - |
-
При выдаче уведомлений с приоритетами DEFAULT, HIGH и MAX существует риск, что деятельность
-пользователя будет прервана
-в самом разгаре. Чтобы не раздражать пользователей вашего приложения, применяйте приоритеты этих уровней для
-уведомлений,
Уведомления с приоритетом LOW и MIN могут представлять определенную ценность
-для пользователя. Значительное количество, если не большинство, уведомлений не требует немедленной
-реакции пользователя, но, тем не менее, содержит информацию, которую пользователь сочтет
-ценной, когда решит
-просмотреть поступившие уведомления. Приоритеты уровней LOW и MIN
- следует присваивать уведомлениям,
-
-
-Если уведомление попадает в одну из заранее определенных категорий (см. -ниже), укажите его -категорию. Процессы системного пользовательского интерфейса, например, панель уведомления (или любой -другой процесс-слушатель -уведомлений) могут воспользоваться этой информацией при классификации и фильтрации уведомлений.
-| - - | -
- Входящий звонок (голосовой или по видеосвязи) или алогичный запрос синхронной -связи - |
-
| - - | -
- Входящее личное сообщение (SMS-сообщение, мгновенное сообщение и т. д.) - |
-
| - - | -
- Асинхронное массовое сообщение (по электронной почте) - |
-
| - - | -
- Событие в календаре - |
-
| - - | -
- Промоакция или реклама - |
-
| - - | -
- Сигнал будильника или таймера - |
-
| - - | -
- Информация о ходе выполнения длительной фоновой операции - |
-
| - - | -
- Новости, поступившие из социальной сети или касающиеся совместного использования ресурсов - |
-
| - - | -
- Ошибка в фоновой операции или статусе аутентификации - |
-
| - - | -
- Управление передачей медиаданных для воспроизведения - |
-
| - - | -
- Обновление статуса системы или устройства. Зарезервировано для использования системой. - |
-
| - - | -
- Индикация работающей фоновой службы - |
-
| - - | -
- Конкретная и привязанная ко времени рекомендация относительно одного объекта. Например, приложение -новостей может -порекомендовать пользователю, какую новость читать следующей. - |
-
| - - | -
- Текущая информация о статусе устройства или контекста - |
-
Если при наличии ожидающего уведомления определенного типа приложение пытается отправить новое -уведомление того же типа, объедините их в одно сводное уведомление от этого приложения. Не -создавайте новый объект.
- -Сводное уведомление формирует сводное описание и дает пользователю возможность -понять, сколько -имеется ожидающих уведомлений того или иного типа.
- -Неправильно
-
-Правильно
- -
-Разработчик может сообщить -подробности об отдельных уведомлениях, образующих - сводное, используя расширенную компоновку для резюме. Такой подход позволит пользователям -лучше разобраться, какие -уведомления ожидают прочтения, и достаточно ли они интересны, чтобы ознакомиться с ними -более подробно в - соответствующем приложении.
-
-
- Расширенное и сжатое сводное уведомление (с использованием InboxStyle)
-
В распоряжении пользователей всегда должен быть метод управления уведомлениями. Предоставьте пользователю возможность -отключать уведомления, поступающие от вашего приложения, -или изменять способы оповещения, такие как звуковой сигнал и -вибрация. - С этой целью следует предусмотреть пункт настройки уведомлений в настройках приложения.
- -Беглого взгляда на область уведомлений должно быть достаточно, чтобы распознать -типы -ожидающих уведомлений.
- -
-Правильно
-Рассмотрите уже существующие значки уведомлений от приложений Android и создайте -собственные, - достаточно уникальные.
- -Правильно
-Придерживайтесь подходящего стиля значков уведомления - для мелких значков, и - стиля строки -действий Material Light для значков - действий.
-Правильно
-Стремитесь к визуальной простоте значков, избегайте излишних трудноразличимых -деталей.
- -Неправильно
-Применяйте к мелким значкам и значкам действий дополнительные альфа-эффекты -(постепенное появление/исчезание). - К их краям может быть применено сглаживание, но, поскольку в Android эти значки -служат масками (то есть, - используется только альфа-канал), изображение, как правило, должно отображаться полностью -непрозрачным.
- -Неправильно
- -Чтобы ваше приложение отличалось от других, используйте цвет. Значки уведомлений должны -представлять собой изображение белого цвета на прозрачном фоне.
- - -На многих устройствах Android имеется светодиодный индикатор уведомлений,
-информирующий пользователя о
-событиях, когда экран выключен. Уведомления с приоритетом MAX,
-HIGH или DEFAULT должны
-вызывать свечение индикатора, а уведомления с низким приоритетом (LOW и
-MIN) не должны.
Возможности пользователя управлять уведомлениями должны распространяться на светодиодный индикатор. Когда разработчик использует -DEFAULT_LIGHTS, -индикатор светится белым цветом. Ваши уведомления не должны вызывать свечение другим -цветом, если -пользователь не указал этого явным образом.
- -Чтобы пользователям понравилось ваше приложение, необходимо тщательно -продумать его уведомления. -Уведомления — это голос приложения. Они определяют его -индивидуальность. Ненужные или -несущественные уведомления раздражают пользователя и заставляют его возмущаться тем, как много -внимания требует от него -приложение. Поэтому необходимо применять уведомления взвешенно.
- -Чтобы создать приложение, от работы с которым пользователи получат удовольствие, необходимо
-осознать, что внимание пользователя
- является ресурсом, требующим бережного обращения. Система уведомлений
-Android была разработана
-так, чтобы как можно меньше отвлекать пользователя.
-Однако
-вы должны отдавать себе отчет в том, что уведомления прерывают
-деятельность пользователя.
-Планируя уведомления, спрашивайте себя, достаточно ли они важны, чтобы
-послужить основанием для такого прерывания. В случае сомнений предоставьте пользователю возможность запросить
-в настройках приложения получение уведомления или измените
-приоритет уведомления на LOW или MIN, чтобы
-не отвлекать пользователя от
-текущих занятий.
- - Примеры уведомлений, быстро теряющих актуальность -
- -Хотя правильно работающие приложения ведут себя неназойливо, бывают ситуации, -заслуживающие того, чтобы приложение по своей инициативе прервало деятельность пользователя уведомлением.
- -Отправляйте уведомления только в случае событий, требующих неотложной реакции, особенно - если эти синхронные события имеют прямое отношение к другим пользователям. Например, -чат - представляет собой форму синхронного общения в реальном времени, — другой пользователь -с нетерпением ожидает вашего ответа. События в календаре являются еще одним хорошим примером ситуации, в которой следует выдать -уведомление и завладеть - вниманием пользователя, потому что в приближающееся календарное событие часто -вовлечены другие люди.
- -
-В большинстве остальных случаев уведомления неуместны.
- -Уведомления обозначаются значками в строке состояния. Чтобы получить к ним доступ, -следует открыть -панель уведомлений.
- -Если коснуться уведомления, откроется соответствующее приложение с подробным содержимым, -связанным с эти уведомлением. -Если провести пальцем по уведомлению влево или вправо, оно будет удалено из панели.
- -
- - Постоянные уведомления при воспроизведении музыки -
-Постоянные уведомления информируют пользователя о текущих фоновых -процессах. -Например, плееры сообщают через систему уведомлений информацию о дорожке, -воспроизводимой в данный момент, и -это продолжается, пока пользователь не остановит воспроизведение. Кроме того, постоянные уведомления могут -информировать пользователя -о ходе выполнения длительных задач, таких как загрузка файла или кодирование видеоданных. Пользователь не может вручную -удалить постоянное уведомление из панели уведомлений.
- -В Android 5.0 на экране блокировки не отображаются элементы управления воспроизведением от устаревшего -класса {@link android.media.RemoteControlClient}. Однако на нем отображаются уведомления, так что теперь каждое -уведомление приложения о воспроизведении является для пользователей основным -способом управления воспроизведением в заблокированном состоянии. В результате у приложения появляется больше возможностей -управлять тем, какие -кнопки отображать, и каким образом. При этом с точки зрения пользователя система ведет себя непротиворечиво, -независимо от того, заблокирован ли экран.
- -Приложение, не отображаемое на экране, не должно генерировать диалоговое окно или всплывающее -уведомление. Диалоговое окно или всплывающее уведомление - должно появляться исключительно в качестве немедленной реакции на действия пользователя -в приложении. -Более подробные рекомендации по использованию диалоговых окон и всплывающих уведомлений см. в разделе -Подтверждение и уведомление.
- -По своей сути уведомления — это новости, и поэтому они принципиально отображаются в -обратном хронологическом порядке. -При этом обязательно принимается во внимание -приоритет, установленный приложением.
- -Уведомления являются важной составляющей экрана блокировки и отображаются на видном месте -каждый -раз, когда включается дисплей устройства. На экране блокировки мало свободного места, поэтому -исключительно важно -выявлять неотложные или наиболее релевантные уведомления. По этой -причине Android применяет -сложный алгоритм сортировки уведомлений, в котором учитываются
- -Чтобы воспользоваться преимуществами этой сортировки наилучшим образом, думайте в первую очередь о создании -удобных условий для -пользователя, и не нацеливайтесь на конкретное место в рейтинге.
- -
-
- Уведомления от Gmail имеют -приоритет DEFAULT, поэтому они - обычно оказываются ниже уведомлений от приложений мгновенного обмена сообщениями, таких как Hangouts, но -поднимаются в списке - на некоторое время, когда поступают новые сообщения. -
- - -Поскольку уведомления видны на экране блокировки, защита конфиденциальной информации пользователей приобретает -особо -важное значение. Уведомления нередко содержат частную информацию, и они -не должны быть доступны -каждому, кто взял в руки устройство и включил дисплей.
- -
- - Уведомления на экране блокировки с содержимым, отображаемым после того, как пользователь разблокирует устройство. -
-При настройке защиты экрана блокировки пользователь может предпочесть, - чтобы конфиденциальные данные не отображались на защищенном экране блокировки. В этом случае системный пользовательский интерфейс -учитывает уровень видимости уведомления, чтобы выяснить, какую информацию -можно отображать без риска.
- Чтобы установить уровень видимости, вызовите
-Notification.Builder.setVisibility()
-и укажите одно из следующих значений:
VISIBILITY_PUBLIC.
-Содержимое уведомления отображается полностью.
- Это значение принимается системой по умолчанию, если уровень видимости не указан.VISIBILITY_PRIVATE.
-На экране блокировки отображается основная информация о наличии уведомления, включая его
-значок и название приложения, отправившего его. Прочие данные уведомления скрыты.
-Здесь уместно дать разработчику пару рекомендаций.
- Notification.publicVersion.
-
- VISIBILITY_PRIVATE, но его версия publicVersion может
-содержать полезную информацию, например, "3 новых сообщения", без уточняющих
-подробностей.
- Notification.VISIBILITY_SECRET. Отображается минимум информации,
-даже без значка уведомления.По умолчанию уведомления и их действия передаются на носимые устройства. -Разработчики могут управлять тем, какие уведомления следует передавать с -телефона на часы, -и наоборот. У разработчиков также есть возможность управлять передачей действий. Если -приложение включает в себя -действия, которые невозможно выполнить одним касанием, нужно либо скрывать их -в уведомлениях, отображаемых на носимом -устройстве, либо обеспечить их привязку к приложению под управлением Android Wear, позволив пользователю -совершать действие -на часах.
- -Подключенное устройство, например, телефон, может передавать уведомления на носимое устройство, -чтобы они отображались и на нем. Аналогичным образом можно передавать действия, чтобы пользователь мог реагировать -на уведомления непосредственно на носимом устройстве.
- -Передавайте
- -
-
-Не передавайте
- -Некоторые действия можно выполнить только на носимых устройствах, например:
- -
diff --git a/docs/html-intl/intl/zh-cn/design/patterns/notifications.jd b/docs/html-intl/intl/zh-cn/design/patterns/notifications.jd
deleted file mode 100644
index 57e02e44942c3..0000000000000
--- a/docs/html-intl/intl/zh-cn/design/patterns/notifications.jd
+++ /dev/null
@@ -1,872 +0,0 @@
-page.title=通知
-page.tags="notifications","design","L"
-@jd:body
-
-
- 通知用户
-DevBytes：Android L 开发者预览当中的通知
-通知系统可让用户随时了解应用中的相关和即时事件，例如来自好友的新聊天信息或日历事件。可将通知视作新闻频道，在重要的事件发生时提醒用户注意，或者当作日志，在用户未注意时记录事件—可在用户的所有 Android 设备上按需同步。 - - - - - -
- -在 Android 5.0 中，通知在结构、外观和功能方面获得了重要的更新： -
- -注：该版本 Android 的通知设计与之前的版本大不相同。 - -有关之前版本通知设计的信息，请参阅 Android 4.4 及更低版本中的通知。 -
- -本部分介绍通知的基本组成部分，及其在不同类型设备上显示的方式。 -
- -所有通知至少要包括一个基本布局，包括：
- -利用 {@link android.app.Notification.Builder Notification.Builder}为之前版本平台创建的通知，其外观和行为方式与在 Android -5.0 中完全相同，唯一的变动在于系统为您处理通知的方式存在细微的样式变动。 - -如需了解之前 Android 版本通知设计的详细信息，请参阅 Android 4.4 及更低版本中的通知。 - -
- - -
-
-
-- 手持设备通知（左）和穿戴设备（右）上同一通知的基本布局，带有用户照片和通知图标 - -
-您可以选择让应用的通知提供多少信息详情。 -它们可显示消息的前几行，也可以显示更大的预览图像。 -额外的信息可以为用户提供更多上下文，并且，在某些情况下，可能允许用户完整阅读消息。 - - -用户可进行两指缩放或执行单指滑移，在紧凑和展开布局之间切换。 - - - 对于单一事件通知，Android 提供了三种展开布局模板（文本、收件箱和图像），供您在应用中使用。 - -下图展示单一事件通知在手持设备（左）和穿戴式设备（右）上的外观。 - -
- -Android 支持在通知底部显示可选的操作。通过操作，用户可在通知栏中处理最常见的任务，而无需打开来源应用。这样可加快交互的速度，而通过结合使用滑动清除通知的功能，有助于用户专注于对自身重要的通知。 - - - - - -
- - -
-
-
-
-请慎重考虑要在通知中包含多少操作。 -您加入的操作越多，用户就越无所适从。 -请通过只包含最重要且有意义的操作，尽量减少通知中的操作数量。 - - -
- -适合在通知中使用的操作具有如下特点：
- -避免以下类型的操作：
- -您最多可以指定三个操作，每个操作由操作图标和名称组成。 - - 通过为简单的基本布局添加操作，可以展开该通知，即使该通知没有展开布局，此方法仍然有效。 - -由于操作仅对展开的通知显示（否则会隐藏），因此要确保用户从通知调用的任何操作都可在相关联的应用中使用。 - - - - -
- -
- - 出现在沉浸式应用顶部的浮动通知（手机来电，高优先级）示例 - - -
-收到高优先级通知时（见右侧），它会向用户短时间显示一个包含可选操作的展开布局。 - -
-之后，通知会缩回通知栏。 -如果通知的优先级标志为高、最大或全屏，则会得到浮动通知。 -
- -浮动通知的范例
- -对于他人发送的项目通知（例如消息或状态更新），请使用 -{@link android.app.Notification.Builder#setLargeIcon setLargeIcon()} 包含此人的头像。 -另外将有关此人的信息附加到通知的元数据（参阅 {@link android.app.Notification#EXTRA_PEOPLE}）。 -
- -您通知的主图标仍然会显示，因此，该用户可将其与状态栏中显示的图标相关联。 - -
- - -
-- 显示触发通知的用户以及该用户所发送信息的通知。 -
- - -在用户触摸通知的正文时（在操作按钮的外面），打开应用并定位至正确的位置，以便用户可查看通知中引用的数据并据此操作。 - - -在大多数情况下，该位置是某个数据项目（例如消息）的详情视图，但如果是存档通知，那么也可能是摘要视图。 - -如果您的应用将用户带到应用顶层以下的任何位置，可将导航插入应用的返回栈，这样用户就可以通过按下系统返回按钮返回至顶层。 - -如需了解详细信息，请参阅导航设计模式中的“通过主屏幕小工具和通知进入您的应用”。 - -
- -Android 支持通知的优先级标志。该标志可以影响您的通知相对于其他通知出现的位置，并且可以帮助确保用户始终能在第一时间看到对他们最重要的通知。 - - -在发布通知时，您可以选择下列优先级之一： - -
-|
- 优先级 - |
-
- 用法 - |
-
|
-
|
-
- 用于重要和紧急的通知，告知用户属于时间关键型状况，或者必须予以解决方可继续执行某个特定任务。 - - - - |
-
|
-
|
-
- 主要用于重要通信，例如包含用户特别感兴趣的内容的消息或聊天事件。高优先级通知会触发浮动通知显示。 - - - |
-
|
-
|
-
- 用于不属于此处所述其他任何优先级的所有通知。 - |
-
|
-
|
-
- 用于您希望告知用户但不是很紧急的通知。 -低优先级通知最好显示在列表的底部，这里正适合放置公共事项或无收件人姓名的社交更新之类的通知： - -用户要求接收相关通知，但是这些通知的优先级永远不会高于紧急或直接通信。 - - - - |
-
|
-
|
-
- 用于上下文或背景信息，例如天气信息或上下文位置信息。最低优先级通知不会出现在状态栏中。 - -用户可在展开的通知栏上找到它们。 - - |
-
DEFAULT、HIGH 和 MAX 是中断优先级别，在活动过程中有中断用户的风险。
-
-为了避免打扰应用的用户，中断优先级仅保留用于以下通知
-：
设置为 LOW 和 MIN 的通知可能仍然对用户很重要：
-很多通知（如果不是绝大多数）不需要用户立即注意，也不需要振动，但仍然包含用户选择查看通知时将会觉得重要的信息。
-
-
-LOW 和 MIN优先级通知的条件包括：
-
-
-
-如果通知属于以下预定义类别（参阅下文）之一，则为其分配相应的类别。 - -诸如通知栏（或其他任何通知侦听器）这样的系统 UI 项目，可使用该信息来进行评级和筛选决策。 - -
-| - - | -
- 来电（语音或视频）或相似的同步通信请求 - - |
-
| - - | -
- 传入的直接消息（短信、即时消息等） - |
-
| - - | -
- 异步群发消息（电子邮件） - |
-
| - - | -
- 日历事件 - |
-
| - - | -
- 促销或广告 - |
-
| - - | -
- 闹铃或定时器 - |
-
| - - | -
- 长时间运行的后台操作的进度 - |
-
| - - | -
- 社交网络或共享更新 - |
-
| - - | -
- 后台操作或身份验证状态中的错误 - |
-
| - - | -
- 媒体传输播放控制 - |
-
| - - | -
- 系统或设备状态更新。保留给系统使用。 - |
-
| - - | -
- 正在运行的后台服务的指示 - |
-
| - - | -
- 对于某个事件的特定、及时建议。例如，新闻应用可能会建议用户接下来可能想要阅读的新话题。 - - - |
-
| - - | -
- 有关设备或上下文状态的持续信息 - |
-
如果特定类型的通知已经在您的应用尝试发送同类型的新通知时挂起，可将它们合并到单个应用摘要通知中，而不要新建对象。 - -
- -摘要通知会生成摘要说明，让用户了解特定类型的通知有多少处于挂起状态。 - -
- -禁忌用法
-
-建议用法
- -
-您可通过使用展开的摘要布局提供有关组成摘要的各个通知的更多详情。 - -此方法可让用户更好地了解哪些通知处于挂起状态，如果他们有足够的兴趣，还可在相关联的应用中阅读详情。 - - - -
-
-
- 展开和收起的摘要通知（使用 InboxStyle）
-
用户应始终能控制通知。允许用户通过将某个通知设置项目添加至您的应用设置，禁用应用的通知或更改其提醒属性，例如警报声和是否使用振动。 - - - -
- -通过扫一眼通知区域，用户可以了解哪些类型的通知当前处于挂起状态。 - -
- -
-建议用法
-查看 Android 应用已经提供的通知图标并为您的应用创建外观明显不同的通知图标。 - -
- -建议用法
-对小图标使用正确的通知图标样式，对操作图标使用相应的材料灯操作栏图标。 - - - -
-建议用法
-图标外观要简洁清晰，避免使用过于精细、难以辨认的图标。 -
- -禁忌用法
-对小图标和操作图标设置任何附加的阿尔法通道属性（变暗或变淡）；这些图标会有抗锯齿边缘，但是由于 Android 使用这些图标作为蒙板（即仅使用阿尔法通道），因此通常应以完全不透明的方式绘制图像。 - - - - -
- -禁忌用法
- -利用色彩将您的应用与其他应用区分开来。通知图标应该是纯白透明背景图像。 -
- - -许多 Android 设备都配有通知 LED，用于让用户在屏幕关闭时了解事件。
-
-优先级为 MAX、
-HIGH 或 DEFAULT 的通知应让 LED 发光，而优先级较低的通知（LOW 和 MIN）则不应让 LED 发光。
-
-
用户对通知的控制应延伸至 LED。当您使用 DEFAULT_LIGHTS 时，LED 将发出白光。 - -您的通知不应使用不同的颜色，除非用户明确对其进行了自定义。 - -
- -要创建用户喜爱的应用，精心设计通知很重要。通知是应用的代言人，还可增强应用的个性化特征。 - - -无用或者不重要的通知会给用户带来烦恼，或者由于过分分散用户的注意力而使其感到愤怒，因此请谨慎使用通知。 - - -
- -要创建人们乐于使用的应用，就需要认识到用户的注意力和关注点是一种必须予以保护的资源，这一点很重要。
-
-尽管 Android 的通知系统在设计上希望最小化通知对用户注意力的影响，但是仍然要重视通知会中断用户任务流程这一事实。在您计划通知时，要问问自己，它们是否足够重要，是否适合让用户中断手上的任务。
-
-
-
-
-
-
-如果您不确定，可允许用户使用应用的通知设置来选择是否接收通知，或者将通知优先级标志调整为 LOW 或 MIN，从而避免在用户做其他事情时分散他们的注意力。
-
-
-
-
- - 时间敏感通知的示例 -
- -尽管行为良好的应用通常只在用户对其操作后才会发出通知，但在极少数情况下，应用通过无提示的通知形式打断用户也是值得的。 -
- -将通知主要用于时间敏感的事件，尤其是这些同步事件涉及其他用户时。 -例如，传入的聊天属于实时同步通信形式： - -另一个用户在主动等待您的回应。 -日历事件是使用通知并引起用户注意的另一个好例子，因为事件已经迫近，并且日历事件通常涉及其他人员。 - - -
- -
-在其他很多情况下都不适合显示通知：
- -通知由状态栏中的图标指示，并且可以通过打开抽屉式通知栏进行访问。 - -
- -触摸通知会打开相关联的应用并进入与通知匹配的详细内容。在通知上向左或向右滑动会将其从抽屉式通知栏中删除。 - -
- -
- - 因播放音乐而持续显示的通知 -
-持续性通知可让用户持续了解后台运行的进度。例如，音乐播放器在通知系统中通告当前播放的曲目，并继续进行播放，直至用户停止播放。 - - - -持续性通知也可为持续时间较长的任务（例如下载文件或视频编码之类的任务）向用户显示反馈。 - -用户无法手动从抽屉式通知栏中删除持续性通知。 -
- -在 Android 5.0 中，锁定屏幕不会为弃用的 -{@link android.media.RemoteControlClient} 类显示传输控件。但是它确实会显示通知，因此每个应用的播放通知现在是用户在锁屏状态控制播放的主要方式。 - -此行为可让应用更好地控制显示哪些按钮，这样，无论是否锁屏，都可以为用户提供一致的体验。 - - -
- -如果您的应用当前未显示在屏幕上，则不应创建对话框或 Toast。 -对话框或 Toast 应仅限用于即时响应用户在应用内部采取的操作。有关使用对话框和 Toast 的进一步指导，请参阅确认和确知。 - - - -
- -通知属于新闻，因此基本以时间倒序显示，并且会特别考虑应用规定的通知优先级。 - - -
- -通知是锁定屏幕的关键部分，并且在设备显示屏每次亮起时突出显示。 - -锁定屏幕上的空间有限，因此确定哪些通知最为紧急或最密切相关非常重要。 - -由于这个原因，Android 在处理通知时使用了更为精密的排序算法，考虑到以下因素： - -
- -为了充分利用此排序功能，请专注于您希望建立的用户体验，而不是拘泥于列表上的某个特定项。 - -
- -
-
- Gmail 通知使用的是默认优先级，因此它们的顺序通常低于来自即时通讯应用（例如环聊）的消息，但是在有新邮件送达时会临时占位。 - - - - -
- - -由于通知在锁定屏幕上可见，所以用户隐私是特别重要的考虑事项。 - -通知通常包含敏感信息，并且不一定需要让所有拿起设备并打开显示屏的人看到。 - -
- -
- - 位于锁定屏幕上的通知，具有用户解锁设备后可显示的内容。 -
-在设置安全锁定屏幕时，用户可以选择从安全锁定屏幕隐藏敏感的详细信息。 -在这种情况下，系统 UI 会考虑通知的可见性级别，从而确定哪些内容可以安全地显示出来。 - -
- 要控制可见性级别，可调用 Notification.Builder.setVisibility()，然后指定以下值之一：
-
-
VISIBILITY_PUBLIC。显示通知的完整内容。
-
- 在未指定可见性的情况下，此设置是系统的默认设置。VISIBILITY_PRIVATE。在锁定屏幕上，会显示通知的基本信息，包括其图标以及发布此通知的应用名称。
-
-剩下的通知详细信息不会显示。需要注意的一些有用建议如下：
-
- Notification.publicVersion 字段中提供替换通知对象。
-
-
-
- VISIBILITY_PRIVATE，但是 publicVersion 仍然可以包含“有 3 条新消息”这样的有用信息，而不会提供其他识别性详细信息。
-
-
-
-
- Notification.VISIBILITY_SECRET。仅显示最为精简的信息，甚至不包括通知图标。
-通知及其操作默认会和穿戴设备桥接。开发者可以控制哪些通知会从手机桥接至手表，反之亦然。 - - -开发者也可以控制哪些操作会进行桥接。如果您的应用包含无法通过单次点击完成的操作，则可以将这些操作隐藏在您的 Android Wear 设备通知中，或者考虑将它们连接至 Android Wear 设备应用，从而可让用户在其手表上完成操作。 - - - - - -
- -连接的设备，例如手机，可将通知桥接至 Android Wear 设备，从而将通知显示在此处。 -与此相似，您也可以桥接操作，从而让用户可在 Android Wear 设备上直接操作通知。 -
- -桥接
- -
-
-不要桥接
- -有些操作只能在 Android Wear 上执行。包括以下情况：
- -
diff --git a/docs/html-intl/intl/zh-tw/design/patterns/notifications.jd b/docs/html-intl/intl/zh-tw/design/patterns/notifications.jd
deleted file mode 100644
index 3e3f59c6d049e..0000000000000
--- a/docs/html-intl/intl/zh-tw/design/patterns/notifications.jd
+++ /dev/null
@@ -1,872 +0,0 @@
-page.title=通知
-page.tags="notifications","design","L"
-@jd:body
-
-
- 通知使用者
-DevBytes：Android L 開發者預覽版中的通知
-通知系統可以隨時知會使用者有關應用程式中的相關事件與及時事件，例如來自朋友的新聊天訊息。您可以將通知視為一種事件發生時警示使用者的新聞管道，或是在使用者沒注意時，記錄事件的日誌 — 並會視情況跨所有 Android 裝置且同步處理。 - - - - - -
- -在 Android 5.0 中，通知會透過結構化、視覺化和功能化的效果接收重要更新： -
- -注意：此版本 Android 中的通知設計和先前版本大相徑庭。 - -如需有關先前版本通知的設計資訊，請參閱 -Android 4.4 及較早版本中的通知。
- -本節會重溫通知的基礎功能，以及其如何可在不同類型裝置上出現。 -
- -至少，所有通知都必須包含一個基礎版面配置，它包含：
- -針對先前平台版本，使用 {@link android.app.Notification.Builder Notification.Builder} -所建立的通知其外觀與運作方式和在 Android 5.0 -中的一樣，只是在系統為您處理的方式上有一點樣式上的變更。 -如需更多有關 Android 先前版本通知的詳細資訊，請參閱 -Android 4.4 及較早版本中的通知。 -
- - -
-
-
-- 手持裝置通知的基礎版面配置 (左)，以及穿戴裝置上的相同通知 (右)，都帶有使用者相片及一個通知圖示 - -
-您可以選擇到底要讓您應用程式的通知提供多詳細的資料。 -通知可以顯示訊息的前幾行，也可以顯示較大的影像預覽。 -此額外資訊可提供使用者更多內容，而且 — 在某些情況下 — 可讓使用者讀取完整訊息。 - - -使用者可以捏合縮放或執行單手指滑動，在精簡的版面配置與擴充的版面配置間切換。 - - - 對於單一事件通知，Android 提供三個擴充版面配置範本 -(文字、收件匣和影像)，讓您可以在應用程式中使用。 -以下的影像顯示單一事件通知在手持裝置 (左) 和穿戴裝置 (右) 上的外觀。 - -
- -Android 支援可以在通知底端顯示的選用動作。透過動作，使用者可針對特定通知，從通知欄 (notification shade) 內處理最常見的工作，而無需開啟原始啟動的應用程式。這可加速互動，而且在配合滑動關閉 -(swipe-to-dismiss) -時，有助使用者專注於高重要性的通知。 - - - -
- - -
-
-
-
-明智地決定要在通知中要納入多少個動作。 -您納入的動作愈多，就會發現創造出愈複雜的通知。 -請納入最緊迫重要且有意義的動作，限制自己儘可能使用最少數目的動作。 - - -
- -適合用於通知上的動作包含：
- -避免下列狀況：
- -您最多可以指定三個動作，每個動作都由一個動作圖示與名稱組成。 - - 為簡單的基礎版面配置新增動作，可讓通知變得更具擴充性 --- -即使通知並未具備擴充的版面配置。由於動作只針對擴充的通知顯示，其他時候則隱藏，請確認使用者可從通知內呼叫的任何動作，也可以從關聯的應用程式中使用。 - - - - -
- -
- - 預告通知 (來電、高優先順序) -出現在沉浸式應用程式之上的範例 - -
-當高優先順序的通知到達 (如右) 時，會對使用者呈現很短的時間，且會顯示可能執行動作的擴充版面配置。 - -
-在這段時間之後，通知會退回至通知欄。 -如果通知的優先順序被標記為「高」、「最大」或「全螢幕」，就會取得預告通知。 -
- -預告通知的好範例
- -針對由另一人傳送項目的通知 -(如郵件或狀態更新)，使用 -{@link android.app.Notification.Builder#setLargeIcon setLargeIcon()} 納入對方提供的影像。也將對方的資訊附加至通知的中繼資料中 -(請參閱 {@link android.app.Notification#EXTRA_PEOPLE})。
- -您通知的主要圖示仍會顯示，這樣使用者就可以將主要圖示與狀態列中的可見圖示關聯起來。 - -
- - -
-- 通知會顯示觸發通知的人及其傳送的內容。 -
- - -當輕觸通知的本文時 -(在動作按鈕之外)，請將您的應用程式開啟至使用者可以檢視的地方，並根據通知中引用資料進行動作。 - -在多數情況下，這將是單一資料項目 (如訊息) 的詳細資料檢視，但如果通知被堆疊時，也可能會是概述檢視。 - -如果您的應用程式會將使用者帶到應用程式頂層之下的任何地方，則請將導覽過程插入應用程式的返回堆疊中，這可以讓使用者能夠按下系統的返回按鈕，返回至頂層。 - -如需詳細資訊，請見導覽設計模式中的「透過主螢幕視窗小工具和通知，導覽至您的應用程式」。 - -
- -Android 支援對通知設定優先順序的旗標。此旗標可與其他通知旗標比較，影響通知顯示的位置，這有助於確保使用者一律會先看到最重要的通知。 - - -在發佈通知時，您可以從以下優先順序等級選擇： - -
-|
- 優先順序 - |
-
- 使用 - |
-
|
-
|
-
- 用於關鍵且緊急的通知，警示使用者注意此通知具時效性或必須在繼續特定工作前先解決的情況。 - - - - |
-
|
-
|
-
- 主要用於重要通訊，例如內容為使用者特別感興趣的郵件或聊天事件。高優先順序通知會觸發預告通知的顯示。 - - - |
-
|
-
|
-
- 用於不屬於此處所述任何其他優先事項類型的所有通知。 - |
-
|
-
|
-
- 用於您希望使用者能夠被告知，但不那麼緊急的通知。 -低優先順序通知往往出現在清單的底端，因此適合於公共或間接的社交更新： - -使用者已要求針對這類事件通知，但這些通知一律不會優先於緊急或直接通訊。 - - - - |
-
|
-
|
-
- 用於內容關聯或背景資訊，例如天氣資訊或內容關聯位置的資訊。最低優先順序通知不會出現在狀態列。 - -使用者會在展開通知欄時找到這些通知。 - - |
-
DEFAULT、HIGH 和 MAX 為可中斷的優先順序等級，且有打斷使用者正進行動作的風險。
-
-如要避免惹惱您應用程式的使用者，請將可中斷的優先順序保留給下列通知：
-
對使用者而言，設定為 LOW 和 MIN 的通知仍可能很有價值：
-很多通知 -- 就算不是大多數 -- 並不需要使用者立即注意，或透過振動使用者的手腕加以提醒；但在使用者選擇查看通知時，這些通知仍會包含使用者覺得有價值的資訊。
-
-
-LOW 和 MIN
- 優先順序通知的準則包含：
-
-
-如果您的通知屬於某個預先定義的類別 -(詳見下列說明)，則請據以指派。 -通知欄 (或任何其他通知接聽器) 等系統 UI -可能會使用此資訊，決定排名和篩選結果。 -
-| - - | -
- 來電 (語音或視訊) 或類似的同步化通訊要求 - - |
-
| - - | -
- 傳入的直接訊息 (簡訊、即時訊息等) - |
-
| - - | -
- 非同步大量郵件 (電子郵件) - |
-
| - - | -
- 「行事曆」事件 - |
-
| - - | -
- 宣傳或廣告 - |
-
| - - | -
- 鬧鐘或計時器 - |
-
| - - | -
- 長時間執行的背景操作其進度 - |
-
| - - | -
- 社交網路或共用更新 - |
-
| - - | -
- 背景操作或驗證狀態中的錯誤 - |
-
| - - | -
- 播放的媒體傳輸控制 - |
-
| - - | -
- 系統或裝置狀態更新。保留供系統使用。 - |
-
| - - | -
- 執行背景服務的表示 - |
-
| - - | -
- 針對單一件事的特定、及時建議。例如，新聞應用程式可能會想推薦其認為使用者下一步想要閱讀的新聞報導。 - - - |
-
| - - | -
- 有關裝置或內容關聯狀態的進行中資訊 - |
-
當您的應用程式嘗試傳送的通知，但已有類型相同的通知仍在等待中，則請針對應用程式將這些相同類型的通知合併為單一概述通知，而不要建立新物件。 - -
- -概述通知會建立概述描述，並讓使用者瞭解特定種類的通知有多少數目正在等待處理。 - -
- -不要這樣做
-
-請這樣做
- -
-您可以使用擴充摘要版面配置，針對組成概述的個別通知，提供更多詳細資料。 - -這種方法可讓使用者更能感覺出哪些通知正處於等待處理，以及是否夠有趣，以便在關聯應用程式中詳細閱讀。 - - - -
-
-
- 概述實際上是通知的展開和收縮 (使用 InboxStyle)
-
使用者應該總是能夠控制通知。讓使用者可以停用您應用程式的通知，或變更其警示屬性，如鬧鐘聲音或是否要使用振動，方法則是為您的應用程式設定新增通知設定項目。 - - - -
- -使用者應該能瞄一下通知區域，即可以分辨哪些種類的通知目前正在等待處理。 - -
- -
-請這樣做
-查看 Android 應用程式圖示， -Android 應用程式已為您的應用程式提供外觀易於分辨的通知圖示。 -
- -請這樣做
-針對小圖示使用通知圖示樣式，針對您的動作列圖示使用 Material Light 動作列圖示樣式。 - - - -
-請這樣做
-讓圖示保持看起來簡單的狀態，避免因過多的詳細資料造成使用者難以看清楚。 -
- -不要這樣做
-將任何額外的 -Alpha -(變暗或淡出) -置入您的小圖示和動作圖示之中；它們的邊緣可能會有反鋸齒狀，但因為 Android 使用這些圖示做為遮罩 -(也就是說，只使用 Alpha 通道)，所以影像通常會以完全透明度來繪製。 -
- -不要這樣做
- -使用顏色以區分您與其他人的應用程式。通知圖示應該只是個白色圖示透明背景的背景影像。 -
- - -許多 Android 裝置具備通知 LED，可用於當螢幕關閉時通知使用者有新事件。
-
-優先順序等級為MAX、HIGH 和 DEFAULT 的通知，
-應該要讓 LED 亮起，而只有低優先順序 (LOW 和 MIN) 的通知則不需要。
-
-
使用者對通知的控制應該延伸到 LED 上。當您使用 DEFAULT_LIGHTS，LED 會亮白色。 - -除非使用者已明確自訂通知，否則您的通知不應該使用其他顏色。 - -
- -若要建立使用者喜歡的應用程式，精心設計您的通知非常重要。通知代表您應用程式的聲音，並有助於您應用程式的個性。 - - -非必要或非重要的通知會讓使用者不高興，這會讓他們覺得應用程式想要吸引注目不擇手段，所以請明智地使用通知。 - - -
- -若要建立人們喜歡使用的應用程式，重要的是要體認到使用者的注意與專注是必須加以保護的資源。
-
-雖然 Android 的通知系統已重新設計，儘量降低通知對使用者注意力的影響。但仍然必須警覺，通知會中斷使用者的工作流程。在規劃您的通知時，請先自問：通知是否足夠重要到可以合理地中斷使用者。
-
-
-
-
-
-
-如果您不確定，則讓使用者可以使用您應用程式的通知設定，或調整通知優先順序旗標為 LOW 或 MIN，避免使用者在從事其他工作時因此分心。
-
-
-
-
- - 具時效性的通知範例 -
- -妥善規劃的應用程式只會在必要時才出現，但有幾個情況的確有益於應用程式透過無提示通知中斷使用者的行為。 -
- -通知主要還是使用於具時效性時間的事件，特別是當這些同步事件涉及其他人的時候。 -比如說，傳入的聊天是通訊的即時、同步形式： - -另一個使用者正主動等待您的回應。 -「行事曆」事件是何時使用通知吸引使用者注意的另一個好例子，因為事件即將發生，而「行事曆」事件通常牽涉到其他人。 - - -
- -
-在許多其他情況下，通知並不適當：
- -通知可由狀態列上的圖示表示，並可以透過開啟通知匣來存取。 - -
- -輕觸通知會開啟相關應用程式，顯示符合通知的詳細資料內容。對通知往左右滑動，可以將通知從通知匣中移除。 - -
- -
- - 因為音樂播放的緣故所以有進行中通知 -
-進行中通知可讓使用者得知在背景中正在進行程序的資訊。例如，音樂播放程式會在通知系統中宣告正在播放的曲目，除非使用者停止曲目，否則就會繼續宣告。 - - - -進行中通知也可以針對如下載檔案或編碼影片等耗時較長的工作，向使用者顯示目前進度。 - -使用者無法手動將進行中通知從通知匣移除。 -
- -在 Android 5.0 中，鎖定螢幕不會針對已過時的 -{@link android.media.RemoteControlClient} 類別，顯示傳輸控制項。但鎖定螢幕「的確」會顯示通知，所以每個應用程式的播放通知，現在都已經是使用者從鎖定狀態控制播放的主要方法。 - -這個行為可讓應用程式進一步控制以何種方式顯示哪些按鈕，同時無論螢幕是否鎖定，都能為使用者提供一致性的體驗。 - - -
- -您的應用程式目前若不在畫面上，就不應建立對話或快顯通知。 -對話或快顯通知只在使用者於您應用程式內採取動作時產生立即回應時才顯示。至於使用對話與快顯通知的進一步指引，請參閱確認和確認完成。 - - - -
- -通知就是新聞，所以基本上是以逆時間順序顯示，同時會針對應用程式指定的通知優先順序，給與特殊考慮。 - - -
- -通知是鎖定螢幕的重要部分，並會在裝置重新顯示螢幕時明確作用。 - -鎖定螢幕上的空間有限，所以更重要的是辨別出最緊急或相關的通知。 - -基於這個理由，Android 針對通知提供了更複雜的排序演算法，並同時考慮： - -
- -要善用這種排序，請著重於您想要建立的使用者體驗，而非著眼於清單上的任何特定排名位置。 - -
- -
-
- Gmail 通知使用預設的優先順序，所以通常排序低於像 Hangouts 等即時訊息應用程式，但當有新郵件進來時，會暫時立即提升。 - - - - -
- - -由於通知可見於鎖定螢幕上，因此使用者隱私是特別重要的考量。 - -通知通常包含敏感資訊，而且不一定要顯示給拿起裝置並打開顯示的任何人。 - -
- -
- - 鎖定螢幕上的通知，以及使用者解鎖裝置後顯示的內容。 -
-當設定安全鎖定螢幕時，使用者可以選擇隱藏來自安全鎖定螢幕的機密詳細資料。 -在這種情況下，系統 UI 會考慮通知的「可見度」等級，判斷可以顯示何種內容。 - -
- 如要控制可見度等級，可以呼叫
-Notification.Builder.setVisibility()，並指定下列值之一：
-
VISIBILITY_PUBLIC。
-顯示通知的完整內容。
- 如果未指定可見度，則這會是系統預設值。VISIBILITY_PRIVATE。
-在鎖定螢幕上，顯示這個通知存在的基本資訊，
-包括通知圖示和發佈通知的應用程式。通知詳細資料的其他部分則不會顯示。
-但請記住的下列幾點：
- Notification.publicVersion
-欄位中提供一個取代的「通知」物件。
- VISIBILITY_PRIVATE，但 publicVersion 仍包含像「3 個新訊息」等實用資訊，
-但卻又不提供任何其他可用來識別的詳細資料。
-
- Notification.VISIBILITY_SECRET。僅顯示最起碼的資訊，
-甚至連通知圖示都排除。預設情況下，通知和其動作會橋接至穿戴裝置。 -開發人員可以控制哪些通知可從電話橋接至手錶上， -反之亦然。 -開發人員還可以控制哪些動作可以橋接。如果您的 -應用程式包含 -無法以單一點選完成的動作， -請在您的穿戴通知上隱藏這些動作 -，或考慮將其連結至穿戴應用程式， -讓使用者可以在手錶上完成動作。 -
- -例如電話等已連線的裝置， -可以橋接通知至穿戴裝置，讓通知可以在該處顯示。同樣的，也可以橋接動作， -這樣使用者就可以直接從穿戴裝置對通知執行動作。
- -橋接
- -
-
-請勿橋接
- -有些動作只能在穿戴裝置上執行。這些動作包含：
- -