From cb62e5301df0b2593ba8289075653d82c9bd6727 Mon Sep 17 00:00:00 2001 From: David Friedman Date: Mon, 21 Dec 2015 14:12:27 -0800 Subject: [PATCH] Docs: Localization of Android design pages Bug: 23090876 Change-Id: I2a19a5ba77b3a3b26ec4846a4f431ffe09a46066 --- .../intl/es/design/get-started/principles.jd | 146 +++++----- docs/html-intl/intl/es/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/es/design/material/index.jd | 1 + .../intl/es/design/patterns/compatibility.jd | 70 +++++ .../es/design/patterns/confirming-acknowledging.jd | 32 +-- .../intl/es/design/patterns/navigation.jd | 56 ++-- .../intl/in/design/get-started/principles.jd | 307 +++++++++++++++++++++ docs/html-intl/intl/in/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/in/design/material/index.jd | 93 +++++++ .../intl/in/design/patterns/compatibility.jd | 70 +++++ .../in/design/patterns/confirming-acknowledging.jd | 70 +++++ .../intl/in/design/patterns/navigation.jd | 213 ++++++++++++++ .../intl/ja/design/get-started/principles.jd | 180 ++++++------ docs/html-intl/intl/ja/design/index.jd | 186 +++++++++++++ .../intl/ja/design/patterns/compatibility.jd | 70 +++++ .../ja/design/patterns/confirming-acknowledging.jd | 60 ++-- .../intl/ja/design/patterns/navigation.jd | 164 +++++------ .../intl/ko/design/get-started/principles.jd | 110 ++++---- docs/html-intl/intl/ko/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/ko/design/material/index.jd | 5 + .../intl/ko/design/patterns/compatibility.jd | 70 +++++ .../ko/design/patterns/confirming-acknowledging.jd | 38 +-- .../intl/ko/design/patterns/navigation.jd | 102 +++---- .../intl/pt-br/design/get-started/principles.jd | 108 ++++---- docs/html-intl/intl/pt-br/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/pt-br/design/material/index.jd | 9 + .../intl/pt-br/design/patterns/compatibility.jd | 70 +++++ .../design/patterns/confirming-acknowledging.jd | 32 +-- .../intl/pt-br/design/patterns/navigation.jd | 40 +-- .../intl/ru/design/get-started/principles.jd | 112 ++++---- docs/html-intl/intl/ru/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/ru/design/material/index.jd | 8 + .../intl/ru/design/patterns/compatibility.jd | 70 +++++ .../ru/design/patterns/confirming-acknowledging.jd | 32 +-- .../intl/ru/design/patterns/navigation.jd | 42 +-- .../intl/vi/design/get-started/principles.jd | 307 +++++++++++++++++++++ docs/html-intl/intl/vi/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/vi/design/material/index.jd | 37 +++ .../intl/vi/design/patterns/compatibility.jd | 70 +++++ .../vi/design/patterns/confirming-acknowledging.jd | 70 +++++ .../intl/vi/design/patterns/navigation.jd | 213 ++++++++++++++ .../intl/zh-cn/design/get-started/principles.jd | 108 ++++---- docs/html-intl/intl/zh-cn/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/zh-cn/design/material/index.jd | 1 + .../intl/zh-cn/design/patterns/compatibility.jd | 70 +++++ .../design/patterns/confirming-acknowledging.jd | 24 +- .../intl/zh-cn/design/patterns/navigation.jd | 58 ++-- .../intl/zh-tw/design/get-started/principles.jd | 144 +++++----- docs/html-intl/intl/zh-tw/design/index.jd | 186 +++++++++++++ docs/html-intl/intl/zh-tw/design/material/index.jd | 13 +- .../intl/zh-tw/design/patterns/compatibility.jd | 70 +++++ .../design/patterns/confirming-acknowledging.jd | 30 +- .../intl/zh-tw/design/patterns/navigation.jd | 136 ++++----- 53 files changed, 4526 insertions(+), 879 deletions(-) create mode 100644 docs/html-intl/intl/es/design/index.jd create mode 100644 docs/html-intl/intl/es/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/in/design/get-started/principles.jd create mode 100644 docs/html-intl/intl/in/design/index.jd create mode 100644 docs/html-intl/intl/in/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/in/design/patterns/confirming-acknowledging.jd create mode 100644 docs/html-intl/intl/in/design/patterns/navigation.jd create mode 100644 docs/html-intl/intl/ja/design/index.jd create mode 100644 docs/html-intl/intl/ja/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/ko/design/index.jd create mode 100644 docs/html-intl/intl/ko/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/pt-br/design/index.jd create mode 100644 docs/html-intl/intl/pt-br/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/ru/design/index.jd create mode 100644 docs/html-intl/intl/ru/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/vi/design/get-started/principles.jd create mode 100644 docs/html-intl/intl/vi/design/index.jd create mode 100644 docs/html-intl/intl/vi/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/vi/design/patterns/confirming-acknowledging.jd create mode 100644 docs/html-intl/intl/vi/design/patterns/navigation.jd create mode 100644 docs/html-intl/intl/zh-cn/design/index.jd create mode 100644 docs/html-intl/intl/zh-cn/design/patterns/compatibility.jd create mode 100644 docs/html-intl/intl/zh-tw/design/index.jd create mode 100644 docs/html-intl/intl/zh-tw/design/patterns/compatibility.jd diff --git a/docs/html-intl/intl/es/design/get-started/principles.jd b/docs/html-intl/intl/es/design/get-started/principles.jd index 351a4f743f0d..719a5ce31ac8 100644 --- a/docs/html-intl/intl/es/design/get-started/principles.jd +++ b/docs/html-intl/intl/es/design/get-started/principles.jd @@ -14,8 +14,8 @@ creatividad e ideas de diseño. Desvíese de lo tradicional con un propósito.

Cautívame

-
-
+
+

Deléitame de formas sorprendentes

Una superficie atractiva, una animación colocada en el lugar correcto o un efecto de sonido bien sincronizado suelen ser experiencias @@ -23,7 +23,7 @@ placenteras. Los efectos sutiles contribuyen a crear un sentimiento de facilidad poderosa.

-
+
@@ -32,15 +32,15 @@ poderosa.

 
-
-
+
+

Los objetos reales son más divertidos que los botones y los menús

-

Permita que los usuarios toquen y manipulen directamente los objetos de su aplicación. Esto reduce el esfuerzo cognitivo +

Permite que los usuarios toquen y manipulen directamente los objetos de tu aplicación. Esto reduce el esfuerzo cognitivo que se necesita para llevar a cabo una tarea que resulte satisfactoria a nivel emocional.

-
+
@@ -49,16 +49,16 @@ que se necesita para llevar a cabo una tarea que resulte satisfactoria a nivel e
 
-
-
+
+

Permíteme darle un toque personal

-

A los usuarios les gusta agregar toques personales, ya que esto los ayuda a sentirse cómodos y a sentir que tienen el control. Ofrezca -opciones predeterminadas prácticas y atractivas, pero también tenga en cuenta personalizaciones opcionales y divertidas que no entorpezcan las +

A los usuarios les gusta agregar toques personales, ya que esto los ayuda a sentirse cómodos y a sentir que tienen el control. Ofrece +opciones predeterminadas prácticas y atractivas, pero también ten en cuenta personalizaciones opcionales y divertidas que no entorpezcan las tareas principales.

-
+
@@ -67,15 +67,15 @@ tareas principales.

 
-
-
+
+

Conóceme

-

Con el paso del tiempo, conozca las preferencias de los usuarios. En lugar de pedirles a los usuarios que elijan las mismas cosas una y otra +

Con el paso del tiempo, conoce las preferencias de los usuarios. En lugar de pedirles a los usuarios que elijan las mismas cosas una y otra vez, permita que puedan acceder fácilmente a las opciones que ya eligieron antes.

-
+
@@ -84,14 +84,14 @@ vez, permita que puedan acceder fácilmente a las opciones que ya eligieron ante

Simplifica mi vida

-
-
+
+

Sé breve

Utilice frases cortas con palabras simples. Las personas tienden a omitir las oraciones largas.

-
+
@@ -100,15 +100,15 @@ vez, permita que puedan acceder fácilmente a las opciones que ya eligieron ante
 
-
-
+
+

Las imágenes son más prácticas que las palabras

-

Considere la idea de utilizar imágenes para explicar las ideas. Las imágenes atraen la atención de las personas y pueden ser mucho más eficientes +

Considera la idea de utilizar imágenes para explicar las ideas. Las imágenes atraen la atención de las personas y pueden ser mucho más eficientes que las palabras.

-
+
@@ -117,15 +117,15 @@ que las palabras.

 
-
-
+
+

Decide por mí, pero permíteme tener la última palabra

-

Siga su instinto y actúe sin preguntar primero. Tener que elegir demasiadas veces y tomar muchas decisiones hace que las personas -se sientan molestas. Permita que los usuarios puedan deshacer sus elecciones en caso de que no sean lo que ellos desean.

+

Sigue su instinto y actúa sin preguntar primero. Tener que elegir demasiadas veces y tomar muchas decisiones hace que las personas +se sientan molestas. Permite que los usuarios puedan deshacer sus elecciones en caso de que no sean lo que ellos desean.

-
+
@@ -134,15 +134,15 @@ se sientan molestas. Permita que los usuarios puedan deshacer sus elecciones en
 
-
-
+
+

Solo muéstrame lo que necesito, cuando lo necesito

-

Los usuarios se sienten abrumados cuando se les presenta demasiada información al mismo tiempo. Divida las tareas y la información en fragmentos pequeños -y fáciles de digerir. Oculte las opciones que no son fundamentales en el momento y capacite a los usuarios sobre la marcha.

+

Los usuarios se sienten abrumados cuando se les presenta demasiada información al mismo tiempo. Divide las tareas y la información en fragmentos pequeños +y fáciles de digerir. Oculta las opciones que no son fundamentales en el momento y capacita a los usuarios sobre la marcha.

-
+
@@ -151,15 +151,15 @@ y fáciles de digerir. Oculte las opciones que no son fundamentales en el moment
 
-
-
+
+

Siempre debo saber dónde me encuentro

-

Haga que los usuarios sientan que conocen el camino de regreso. Para ello, diseñe las distintas partes de su aplicación de modo tal que se vean diferentes y -utilice transiciones para mostrar la relación entre las pantallas. Proporcione comentarios sobre las tareas que están en curso.

+

Haz que los usuarios sientan que conocen el camino de regreso. Para ello, diseña las distintas partes de su aplicación de modo tal que se vean diferentes y +utiliza transiciones para mostrar la relación entre las pantallas. Proporciona comentarios sobre las tareas que están en curso.

-
+
@@ -168,16 +168,16 @@ utilice transiciones para mostrar la relación entre las pantallas. Proporcione
 
-
-
+
+

Nunca pierdas lo que es mío

-

Guarde aquellas cosas que los usuarios crearon y permítales acceder a ellas desde cualquier lugar. Recuerde las configuraciones, +

Guarda aquellas cosas que los usuarios crearon y permíteles acceder a ellas desde cualquier lugar. Recuerda las configuraciones, los toques personales y las creaciones en todos los teléfonos, las tablets y las computadoras. Esta es la forma de hacer que las actualizaciones sean lo más simple del mundo.

-
+
@@ -186,15 +186,15 @@ sean lo más simple del mundo.

 
-
-
+
+

Si se ve igual, debe funcionar de la misma manera

-

Ayude a los usuarios a distinguir las diferencias funcionales al lograr que se vean diferentes en lugar de sutiles. +

Ayuda a los usuarios a distinguir las diferencias funcionales al lograr que se vean diferentes en lugar de sutiles. Evite los modos, que son sitios que lucen similar pero actúan diferente ante la misma entrada.

-
+
@@ -203,15 +203,15 @@ Evite los modos, que son sitios que lucen similar pero actúan diferente ante la
 
-
-
+
+

Solo interrúmpeme si es importante

Al igual que un buen asistente personal, evite a los usuarios los pormenores poco importantes. Las personas desean estar concentradas y, a menos que sea fundamental y esté sujeta a un plazo de tiempo, una interrupción puede resultar agobiante y frustrante.

-
+
@@ -220,16 +220,16 @@ concentradas y, a menos que sea fundamental y esté sujeta a un plazo de tiempo,

Permíteme ser asombroso

-
-
+
+
-

Ofréceme trucos que funcionen en todos lados

-

Las personas se sienten muy bien cuando descubren cosas por sí mismos. Logre que su aplicación sea más simple de utilizar al +

Ofrézame trucos que funcionen en todos lados

+

Las personas se sienten muy bien cuando descubren cosas por sí mismos. Logra que su aplicación sea más simple de utilizar al aprovechar los patrones visuales y la memoria muscular de otras aplicaciones de Android. Por ejemplo, el gesto de deslizar rápidamente puede ser un buen acceso directo de navegación.

-
+
@@ -238,16 +238,16 @@ puede ser un buen acceso directo de navegación.

 
-
-
+
+

No es mi culpa

-

Sea sutil cuando les solicite a los usuarios que realicen correcciones. Ellos desean sentirse inteligentes cuando usan la -aplicación que usted creó. Si hacen algo mal, bríndeles instrucciones claras de recuperación, pero evite darles detalles técnicos. -Sería incluso mejor que usted lo solucione en segundo plano.

+

Sé sutil cuando solicites a los usuarios que realicen correcciones. Ellos desean sentirse inteligentes cuando usan la +aplicación que creaste. Si hacen algo mal, bríndales instrucciones claras de recuperación, pero evita darles detalles técnicos. +Sería incluso mejor que tú lo soluciones en segundo plano.

-
+
@@ -256,15 +256,15 @@ Sería incluso mejor que usted lo solucione en segundo plano.

 
-
-
+
+

Fomenta lo simple

-

Desglose las tareas complejas en pasos más pequeños que se puedan cumplir fácilmente. Ofrezca comentarios sobre las acciones, +

Desglosa las tareas complejas en pasos más pequeños que se puedan cumplir fácilmente. Ofrece comentarios sobre las acciones, incluso si es simplemente un halago sutil.

-
+
@@ -273,16 +273,16 @@ incluso si es simplemente un halago sutil.

 
-
-
+
+

Haz el trabajo pesado por mí

-

Haga que los principiantes se sientan como expertos al permitirles hacer cosas que pensaron que nunca podrían hacer. Por -ejemplo, a través de los accesos directos en los que se combinan múltiples efectos de fotografías, puede lograr que las fotografías de principiantes se vean maravillosas +

Haz que los principiantes se sientan como expertos al permitirles hacer cosas que pensaron que nunca podrían hacer. Por +ejemplo, a través de los accesos directos en los que se combinan múltiples efectos de fotografías, puedes lograr que las fotografías de principiantes se vean maravillosas en solo algunos pasos.

-
+
@@ -291,15 +291,15 @@ en solo algunos pasos.

 
-
-
+
+

Haz que lo importante sea rápido

-

No todas las acciones son iguales. Decida qué es lo más importante en su aplicación y haga +

No todas las acciones son iguales. Decide qué es lo más importante en tu aplicación y haz que los usuarios lo puedan encontrar fácilmente y utilizar de forma rápida, como el obturador de una cámara o el botón de pausa de un reproductor de música.

-
+
diff --git a/docs/html-intl/intl/es/design/index.jd b/docs/html-intl/intl/es/design/index.jd new file mode 100644 index 000000000000..d4030e8b872b --- /dev/null +++ b/docs/html-intl/intl/es/design/index.jd @@ -0,0 +1,186 @@ +page.title=Material Design para Android +page.tags=Material,design +page.type=diseño +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
+

Documentos para desarrolladores

+

Creación de aplicaciones con Material Design

+
+ + + + +
+

Video

+

Introducción a Material Design

+
+ + + + +
+

Video

+

Papel y tinta: los materiales más importantes

+
+ + + + +
+

Video

+

Material Design en la aplicación Google I/O

+
+ + + + +

Material Design es una guía integral para el diseño visual, de movimientos y +de interacción en distintas plataformas y dispositivos. Android ahora es compatible con las aplicaciones de +Material Design. Para usar Material Design en tus aplicaciones de Android, sigue las pautas descritas +en la especificación de Material Design y usa los +nuevos componentes y funcionalidades disponibles en Android 5.0 (nivel de API 21) y versiones posteriores.

+ +

En Android, se proporcionan los siguientes elementos que te permitirán crear aplicaciones en Material Design:

+ +
    +
  • un tema nuevo;
    • +
  • nuevos widgets para vistas complejas;
    • +
  • nuevas API (interfaces de programación de aplicaciones) para sombras y animaciones personalizadas.
    • +
+ +

Para obtener más información sobre la implementación de Material Design en Android, consulta +Creación de aplicaciones con Material Design.

+ + +

Tema Material

+ +

El tema Material te ofrece un nuevo estilo para tu aplicación, widgets del sistema que te permiten configurar +la paleta de colores y animaciones predeterminadas para información táctil y transiciones de actividades.

+ + +
+
+ +
+

Tema Dark Material

+
+
+
+ +
+

Tema Light Material

+
+
+
+
+ +

Para obtener más información, consulta Uso del tema +Material.

+ + +

Listas y tarjetas

+ +

Android proporciona dos widgets nuevos para mostrar listas y tarjetas con estilos y +animaciones de Material Design:

+ + +
+
+ +

El nuevo widget RecyclerView es una versión más acoplable de ListView + que admite diferentes tipos de diseños y proporciona mejoras en el rendimiento.

+
+
+ +

El nuevo widget CardView te permite mostrar extractos de información importante dentro de + tarjetas que tienen apariencia y estilo coherentes.

+
+
+
+ +

Para obtener más información, consulta Creación de listas +y tarjetas.

+ + +

Visualización de sombras

+ +

Además de las propiedades X e Y, las vistas de Android ahora poseen una +propiedad Z. Esta propiedad nueva representa la elevación de una vista, que determina lo siguiente:

+ +
    +
  • El tamaño de la sombra: las vistas con valores Z más elevados proyectan sombras más grandes.
    • +
  • El orden del dibujo: las vistas con valores Z más elevados aparecen sobre las otras vistas.
    • +
+ +
+
+ +
+
+ Para volver a reproducir la película, haz clic en la pantalla del dispositivo. +
+
+ +

Para obtener más información, consulta Definición +de vistas de recorte y sombras.

+ + +

Animaciones

+ +

Las nuevas API de animaciones te permiten crear animaciones personalizadas para la información táctil en los controles de IU, +además de realizar cambios en el estado de las vistas y transiciones entre actividades.

+ +

Estas API te permiten hacer lo siguiente:

+ +
    +
  • +responder a los eventos táctiles de tus vistas mediante animaciones de información táctil; +
    • +
  • +ocultar y mostrar vistas con animaciones con efecto circular; +
    • +
  • +alternar entre actividades con animaciones personalizadas de transición de actividades; +
    • +
  • +crear animaciones más naturales con movimiento curvo; +
    • +
  • +animar los cambios en una o más propiedades de las vistas con las animaciones de cambio de estado de la vista; +
    • +
  • +mostrar animaciones en los elementos de diseño de la lista de estados entre los cambios de estado de las vistas. +
    • +
+ +

Las animaciones de la información táctil se concentran en diferentes vistas estándar, como los botones. Las nuevas API +te permiten personalizar estas animaciones y agregarlas a tus vistas personalizadas.

+ +

Para obtener más información, consulta Definición de animaciones +personalizadas.

+ + +

Elementos de diseño

+ +

Estas nuevas capacidades para los elementos de diseño te permiten implementar aplicaciones de Material Design:

+ +
    +
  • Los dibujables en vector se pueden escalar sin perder definición y son perfectos +para los iconos de las aplicaciones de un solo color.
    • +
  • El teñido de los dibujables te permite definir mapas de bits como máscaras alfa y pintarlos con +un color durante el tiempo de ejecución.
    • +
  • La extracción de color te permite extraer automáticamente colores prominentes de una +imagen del mapa de bits.
    • +
+ +

Para obtener más información, consulta Trabajo con +elementos de diseño.

diff --git a/docs/html-intl/intl/es/design/material/index.jd b/docs/html-intl/intl/es/design/material/index.jd index 76e04298a77e..8a8ac8525e0c 100644 --- a/docs/html-intl/intl/es/design/material/index.jd +++ b/docs/html-intl/intl/es/design/material/index.jd @@ -1,5 +1,6 @@ page.title=Material Design para Android page.tags=Material,design +page.type=design page.image=images/cards/design-material-for-android_2x.jpg @jd:body diff --git a/docs/html-intl/intl/es/design/patterns/compatibility.jd b/docs/html-intl/intl/es/design/patterns/compatibility.jd new file mode 100644 index 000000000000..fe16ede174b3 --- /dev/null +++ b/docs/html-intl/intl/es/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=Compatibilidad con versiones anteriores +page.tags="support" +page.metaDescription=Notas sobre cómo Android 4.x adapta la IU diseñada para versiones de hardware y de SO anteriores. +@jd:body + + +
+

Documentos para desarrolladores

+

Compatible con diferentes dispositivos

+
+ + +

Estos son algunos de los cambios importantes en Android 3.0:

+
    +
  • Se dejan de usar las teclas físicas de menú (Atrás, Menú, Búsqueda, Inicio) en favor de la navegación +mediante controles virtuales (Back, Home, Recents).
    • +
  • Patrón sólido para el uso de menús en las barras de acción.
    • +
+

Android 4.0 incorpora estos cambios para tablets en la plataforma del teléfono.

+ +

Adaptar Android 4.0 a hardware y aplicaciones anteriores

+ +
+
+ +

Teléfonos con controles de navegación virtuales

+

Las aplicaciones de Android escritas para Android 3.0 y versiones posteriores muestran acciones en la barra de acciones. Las acciones que no +caben en la barra de acciones o que no son lo suficientemente importantes para que se las muestre en el nivel superior aparecen en la +ampliación de acciones (action overflow).

+

Los usuarios acceden a la ampliación de acciones (action overflow) tocando la barra de acciones.

+ +
+
+ + + +
+
+ +
+
+ +

Teléfonos con teclas de navegación físicas

+

Los teléfonos con Android que tienen teclas físicas de navegación no muestran la barra de navegación virtual en +la parte inferior de la pantalla. En cambio, la ampliación de acciones (action overflow) está disponible desde la tecla física de menú. La +ventana emergente con acciones que se muestra tiene el mismo estilo que la del ejemplo anterior, pero aparece en la parte inferior de la pantalla.

+ +
+
+ + + +
+
+ +
+
+ +

Aplicaciones heredadas en teléfonos con controles de navegación virtuales

+

Cuando se ejecuta una aplicación que fue generada para Android 2.3 o versiones anteriores en un teléfono con controles de +navegación virtuales, aparece un control de ampliación de acciones (action overflow) a la derecha de la barra de navegación virtual. Se +puede tocar el control para ver las acciones de la aplicación con el estilo del menú tradicional de Android.

+ +
+
+ + + +
+
diff --git a/docs/html-intl/intl/es/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/es/design/patterns/confirming-acknowledging.jd index fbaa0608b049..9e41189bf30a 100644 --- a/docs/html-intl/intl/es/design/patterns/confirming-acknowledging.jd +++ b/docs/html-intl/intl/es/design/patterns/confirming-acknowledging.jd @@ -2,14 +2,14 @@ page.title=Confirmación y reconocimiento page.tags=dialog,toast,notification @jd:body -

En algunos casos, cuando un usuario invoca una acción desde su aplicación, se recomienda confirmar o proporcionar un reconocimiento de dicha acción a través del texto.

+

En algunos casos, cuando un usuario invoca una acción desde tu aplicación, se recomienda confirmar o proporcionar un reconocimiento de dicha acción a través del texto.

-
-
+
+

Confirmación es solicitarle al usuario que verifique que realmente desea proceder con una acción que acaba de invocar. En algunos casos, la confirmación se presenta junto con una advertencia o mensaje con información importante relacionada con la acción que el usuario debe aprobar.

-
+

El reconocimiento hace referencia al hecho de mostrar un determinado texto para informarle al usuario que la acción que acaba de invocar ya se completó. De este modo, se elimina la incertidumbre sobre las operaciones implícitas que lleva a cabo el sistema. En algunos casos, el reconocimiento se presenta junto con una opción para deshacer la acción.

@@ -18,18 +18,18 @@ page.tags=dialog,toast,notification

Comunicarse con los usuarios de este modo permite reducir la incertidumbre respecto de acciones pasadas o futuras. Mediante la confirmación o el reconocimiento también se puede evitar que los usuarios cometan errores de los que podrían arrepentirse.

Cuándo se debe solicitar una confirmación o proporcionar un reconocimiento de las acciones de los usuarios

-

No es necesario que se solicite una confirmación o se proporcione un reconocimiento para todas las acciones. Utilice este diagrama de flujo cuando tenga que tomar decisiones relacionadas con el diseño.

+

No es necesario que se solicite una confirmación o se proporcione un reconocimiento para todas las acciones. Utiliza este diagrama de flujo cuando tengas que tomar decisiones relacionadas con el diseño.

Confirmación

-
-
+
+

Ejemplo: Google Play Books

En este ejemplo, el usuario solicitó eliminar un libro de su biblioteca de Google Play. Aparecerá una alerta para confirmar esta acción porque es importante que el usuario comprenda que el libro ya no estará disponible desde ningún dispositivo.

-

Cuando diseñe un cuadro de diálogo de confirmación, asegúrese de que el título sea significativo y que incluya la acción solicitada.

+

Cuando diseñes un cuadro de diálogo de confirmación, asegúrate de que el título sea significativo y que incluya la acción solicitada.

-
+

Ejemplo: Android Beam

No es necesario que las confirmaciones se presenten en todas las alertas con dos botones. Luego de iniciar Android Beam, se le solicita al usuario que seleccione el contenido que desea compartir (en este ejemplo, se trata de una fotografía). Si el usuario decide no continuar, simplemente se descartará el teléfono de la lista.

@@ -37,15 +37,15 @@ page.tags=dialog,toast,notification

Reconocimiento

-
-
+
+

Ejemplo: Borrador de Gmail abandonado y guardado

En este ejemplo, si el usuario navega con los botones Back o Up desde la pantalla de redacción de Gmail, posiblemente ocurrirá algo inesperado: el borrador actual se guardará automáticamente. Esto se mostrará a través de un reconocimiento en forma de aviso. Dicho aviso desaparece luego de algunos segundos.

En este caso, no se puede incluir la opción de deshacer porque el almacenamiento fue iniciado por la aplicación, no por el usuario. Gracias a esto, se puede continuar redactando el mensaje de forma rápida y fácil con solo navegar hasta la lista de borradores.

-
+

Ejemplo: Conversación de Gmail eliminada

Después de que el usuario elimina una conversación de la lista de Gmail, aparece un mensaje de reconocimiento con la opción de deshacer la acción. Dicho reconocimiento seguirá en pantalla hasta que el usuario lleve a cabo una acción no relacionada, como desplazarse por la lista.

@@ -53,14 +53,14 @@ page.tags=dialog,toast,notification

Sin confirmación ni reconocimiento

-
-
+
+

Ejemplo: Hacer +1

-

No se necesita confirmación. Si el usuario hizo +1 sin querer, esto no es un problema. Simplemente, puede tocar el botón de nuevo para deshacer la acción.

+

No se necesita confirmación. Si el usuario eligió +1 sin querer, esto no es un problema. Simplemente, puede tocar el botón de nuevo para deshacer la acción.

No se necesita un reconocimiento. El usuario verá que el botón +1 parpadea y cambia a color rojo. Esa es una señal muy clara.

-
+

Ejemplo: Eliminación de una aplicación de la pantalla de inicio

No se necesita confirmación. Esta es una acción intencionada: el usuario debe arrastrar y colocar un elemento en un destino relativamente grande y aislado. Por lo tanto, es poco probable que se cometan errores. No obstante, si el usuario se arrepiente de la decisión que tomó, solo demorará algunos segundos en recuperar lo eliminado.

diff --git a/docs/html-intl/intl/es/design/patterns/navigation.jd b/docs/html-intl/intl/es/design/patterns/navigation.jd index 63324919b3f7..e7d73fd72fc2 100644 --- a/docs/html-intl/intl/es/design/patterns/navigation.jd +++ b/docs/html-intl/intl/es/design/patterns/navigation.jd @@ -12,10 +12,10 @@ page.image=/design/media/navigation_between_siblings_gmail.png

La navegación coherente es un componente fundamental de la experiencia general del usuario. Pocas situaciones frustran más a los usuarios que la navegación básica que se comporta de forma irregular e inesperada. En Android 3.0, -se introdujeron cambios significativos en el comportamiento global de la navegación. Si sigue detalladamente -las pautas de navegación con los botones Back y Up, la navegación en su aplicación será predecible y confiable para los usuarios.

+se introdujeron cambios significativos en el comportamiento global de la navegación. Si sigues detalladamente +las pautas de navegación con los botones Back y Up, la navegación en tu aplicación será predecible y confiable para los usuarios.

En Android 2.3 y versiones anteriores, se confió en el botón Back del sistema para respaldar la navegación dentro de una -aplicación. Con la introducción de las barras de acciones en Android 3.0, apareció un segundo mecanismo de navegación: +aplicación. Con la introducción de las barras de acción en Android 3.0, apareció un segundo mecanismo de navegación: el botón Up, que consiste en el icono de la aplicación y una pequeña flecha a la izquierda.

@@ -26,7 +26,7 @@ el botón Up, que consiste en el icono de la aplicación y una pequeña entre pantallas. Por ejemplo, si en la pantalla A se muestra una lista de elementos y, si se selecciona un elemento, se conduce al usuario a la pantalla B (en la que se presenta ese elemento de forma más detallada), entonces en la pantalla B se debe mostrar el botón Up para regresar a la pantalla A.

-

Si una pantalla aparece en la parte superior de una aplicación (es decir, en el inicio de la aplicación), no debe incluir el botón Up +

Si una pantalla aparece en la parte superior de una aplicación (es decir, en el inicio de la aplicación), no debes incluir el botón Up .

El botón Back del sistema se utiliza para navegar, en orden cronológico inverso, por el historial @@ -47,11 +47,11 @@ le permite al usuario regresar a la pantalla de inicio o, incluso, a otra aplica

  • descartar las barras de acción contextuales y eliminar el resaltado de los elementos seleccionados;
  • ocultar el teclado en la pantalla (IME [Editores de métodos de entrada]).
    • -

    Navegación dentro de su aplicación

    +

    Navegación dentro de tu aplicación

    Navegación hacia pantallas con múltiples puntos de entrada

    En algunos casos, las pantallas no tienen una posición fija dentro de la jerarquía de la aplicación, y se puede acceder a ellas -desde múltiples puntos de entrada (como la pantalla Configuración, a la que se puede acceder desde cualquier otra pantalla +desde múltiples puntos de entrada (como la pantalla de configuración, a la que se puede acceder desde cualquier otra pantalla de la aplicación). En este caso, el botón Up debe permitir regresar a la pantalla remitente, por lo que se comportaría de forma idéntica al botón Back.

    Cambio de vista dentro de una pantalla

    @@ -66,7 +66,7 @@ en el mismo lugar dentro de la jerarquía de la aplicación y no se crea ningún
  • modificación de las características de la pantalla (como el zoom).

    • Navegación entre pantallas relacionadas

    -

    Si su aplicación es compatible con la navegación desde una lista de elementos hacia una vista de detalles de alguno de esos elementos, generalmente, +

    Si tu aplicación es compatible con la navegación desde una lista de elementos hacia una vista de detalles de alguno de esos elementos, generalmente, es preferible respaldar la navegación de dirección desde ese elemento a otro anterior o siguiente en la lista. Por ejemplo, en Gmail, es fácil deslizarse hacia la izquierda o la derecha desde una conversación para ver una conversación anterior o más nueva en la misma bandeja de entrada. Al igual que cuando se cambia la vista dentro de una pantalla, en este tipo de @@ -82,17 +82,17 @@ estas pantallas relacionadas y navegar hacia la pantalla del contenedor visitada -

    Usted puede lograr que el comportamiento del botón Up sea incluso más inteligente teniendo en cuenta sus conocimientos de la vista +

    Puedes lograr que el comportamiento del botón Up sea incluso más inteligente teniendo en cuenta tus conocimientos de la vista detallada. Si extendemos el ejemplo de Play Store mencionado antes, imaginemos que el usuario navegó desde el último -libro visto hacia los detalles de la adaptación de la película. En ese caso, mediante el botón Up podrá regresar a un contenedor +libro visto hacia los detalles de la adaptación de la película. En ese caso, mediante el botón Up podrás regresar a un contenedor (Películas) por el que el usuario no navegó anteriormente.

    Navegación dentro de la aplicación a través de los widgets y las notificaciones de la pantalla de inicio

    -

    Podrá utilizar los widgets y las notificaciones de la pantalla de inicio para ayudar a los usuarios a navegar directamente hacia las pantallas -que se encuentran en posiciones más profundas dentro de la jerarquía de su aplicación. Por ejemplo, tanto el widget de la bandeja de entrada de Gmail como las notificaciones de los mensajes nuevos +

    Podrás utilizar los widgets y las notificaciones de la pantalla de inicio para ayudar a los usuarios a navegar directamente hacia las pantallas +que se encuentran en posiciones más profundas dentro de la jerarquía de tu aplicación. Por ejemplo, tanto el widget de la bandeja de entrada de Gmail como las notificaciones de los mensajes nuevos pueden omitir la pantalla Bandeja de entrada y llevar al usuario directamente hacia una vista de conversación.

    En ambos casos, el botón Up se debe utilizar de la siguiente manera:

    @@ -100,12 +100,12 @@ que se encuentran en posiciones más profundas dentro de la jerarquía de su apl
    • Si a la pantalla de destino generalmente se llega desde una determinada pantalla dentro de su aplicación, el botón Up debe permitir la navegación hacia esa pantalla.
      • -
    • De lo contrario, el botón Up debe permitir la navegación hacia la pantalla que está en el nivel superior ("Inicio") de su aplicación.
      • +
    • De lo contrario, el botón Up debe permitir la navegación hacia la pantalla que está en el nivel superior ("Inicio") de tu aplicación.
    -

    En el caso del botón Back, la navegación debe ser más predecible. Para ello, coloque en la +

    En el caso del botón Back, la navegación debe ser más predecible. Para ello, coloca en la pila de retroceso de la tarea la ruta completa de la navegación ascendente hacia la pantalla que se encuentra en el nivel superior de la aplicación. De este modo, los usuarios que -no recuerdan cómo ingresaron a su aplicación podrán navegar hacia la pantalla del nivel superior de la aplicación antes de +no recuerdan cómo ingresaron a tu aplicación podrán navegar hacia la pantalla del nivel superior de la aplicación antes de salir.

    A modo de ejemplo, el widget de la pantalla Inicio de Gmail posee un botón para llevar al usuario directamente a la pantalla de @@ -116,7 +116,7 @@ por medio del botón Back.

    Notificaciones indirectas

    -

    Cuando su aplicación necesita presentar información sobre múltiples eventos de forma simultánea, puede utilizar una +

    Cuando tu aplicación necesita presentar información sobre múltiples eventos de forma simultánea, puede utilizar una sola notificación que dirija al usuario a una pantalla intersticial. En esta pantalla, se resumen dichos eventos y se proporcionan rutas para que el usuario navegue más profundamente por la aplicación. Las notificaciones de este estilo se denominan notificaciones indirectas.

    @@ -127,11 +127,11 @@ pantallas adicionales en la pila de retroceso. Una vez que el usuario se dirige pantalla intersticial, los botones Up y Back se comportan del mismo modo que lo hacen en las notificaciones estándar, como se describió antes: navegan dentro de la aplicación en lugar de regresar a la pantalla intersticial.

    -

    Por ejemplo, supongamos que un usuario de Gmail recibe una notificación indirecta del calendario Si se toca +

    Por ejemplo, supongamos que un usuario de Gmail recibe una notificación indirecta del calendario. Si se toca esta notificación, se abrirá la pantalla intersticial, en la que se mostrarán recordatorios de varios eventos diferentes. Si se toca Back desde la pantalla intersticial, el usuario volverá a Gmail. Si se toca un evento en particular, el usuario saldrá de la pantalla intersticial e ingresará en la aplicación Calendario, donde se mostrarán detalles del -evento. En la pantalla de detalles del evento, es posible navegar con los botones Up y Back hacia la vista superior del calendario.

    +evento. En la pantalla de detalles del evento, es posible navegar con los botones Up y Back hacia la visomunmenteta superior del calendario.

    @@ -154,19 +154,19 @@ mientras se navega por la aplicación.

    Una de las principales ventajas del sistema Android es la capacidad de las aplicaciones de activarse mutuamente, por lo que el usuario puede navegar directamente desde una aplicación hacia otra. Por ejemplo, una -aplicación que debe tomar una fotografía puede activar la aplicación de la cámara, la cual mostrará la fotografía +aplicación que debe tomar una fotografía puede area appactivar la aplicación de la cámara, la cual mostrará la fotografía en la aplicación que la activó. Esto representa una gran ventaja tanto para el desarrollador, quien puede aprovechar fácilmente el -código de otras aplicaciones, y también para el usuario, quien disfruta de una experiencia coherente para acciones +código de otras aplicaciones, como para el usuario, quien disfruta de una experiencia coherente para acciones que se realizan comúnmente.

    -

    Para comprender la navegación entre aplicaciones, es importante que entienda el comportamiento del marco de Android, +

    Para comprender la navegación entre aplicaciones, es importante que se entienda el comportamiento del framework de Android, que se explica a continuación.

    Actividades, tareas e intentos

    En Android, una actividad es un componente de la aplicación que define una pantalla de -información y todas las acciones relacionadas que el usuario puede llevar a cabo. Su aplicación es un conjunto de -actividades formado por las actividades que usted crea y aquellas que reutiliza de otras aplicaciones.

    +información y todas las acciones relacionadas que el usuario puede llevar a cabo. Tu aplicación es un conjunto de +actividades formado por las actividades que creas y aquellas que reutilizas de otras aplicaciones.

    Una tarea es la secuencia de actividades que un usuario realiza para lograr un objetivo. En una sola tarea, se pueden utilizar actividades de una sola aplicación o se pueden utilizar actividades de varias @@ -179,10 +179,10 @@ que pueden cumplir con esta solicitud.

    Ejemplo: navegación entre aplicaciones para respaldar el uso compartido

    -

    Para comprender cómo las actividades, las tareas y los intentos funcionan en conjunto, considere cómo una aplicación les permite a los usuarios -compartir contenido a través de otra aplicación. Por ejemplo, si ejecuta la aplicación Play Store desde la pantalla de inicio, se iniciará -una nueva tarea A (vea la imagen a continuación). Después de navegar por Play Store y de tocar un libro promocionado -para ver la información detallada, el usuario permanece en la misma tarea y la extiende al agregar actividades. Si se desencadena la acción +

    Para comprender cómo las actividades, las tareas y los intentos (intents) funcionan en conjunto, considera cómo una aplicación les permite a los usuarios +compartir contenido a través de otra aplicación. Por ejemplo, si se ejecuta la aplicación Play Store desde la pantalla de inicio, se iniciará +una nueva tarea A (consulta la imagen a continuación). Después de navegar por Play Store y de tocar un libro promocionado +para ver su información detallada, el usuario permanece en la misma tarea y la extiende al agregar actividades. Si se desencadena la acción Compartir, se le mostrará al usuario un cuadro de diálogo con una lista de todas las actividades (provenientes de diferentes aplicaciones) que se registraron para concretar el intento de compartir.

    @@ -208,6 +208,6 @@ a la pantalla Inicio, por lo que, si se toca el botón Back desde la lista de co Recientes). Si Gmail ya estaba ejecutando su propia tarea en segundo plano, esta se reemplazará con la tarea B, y el contexto anterior se abandonará para darle preferencia al nuevo objetivo del usuario.

    -

    Cuando su aplicación se registre para manipular los intentos de una actividad que se encuentra en un nivel profundo dentro de la jerarquía de la aplicación, -consulte Navegación dentro de la aplicación a través de los widgets y +

    Cuando tu aplicación se registre para manipular los intentos de una actividad que se encuentra en un nivel profundo dentro de la jerarquía de la aplicación, +consulta Navegación dentro de la aplicación a través de los widgets y las notificaciones de la pantalla de inicio para obtener información sobre cómo especificar la navegación del botón Up.

    diff --git a/docs/html-intl/intl/in/design/get-started/principles.jd b/docs/html-intl/intl/in/design/get-started/principles.jd new file mode 100644 index 000000000000..9aed08e289d6 --- /dev/null +++ b/docs/html-intl/intl/in/design/get-started/principles.jd @@ -0,0 +1,307 @@ +page.title=Prinsip Desain Android +@jd:body + +

    Prinsip desain ini dikembangkan oleh dan untuk Tim Pengalaman Pengguna + Android agar selalu mempertimbangkan kepentingan pengguna. +Untuk pengembang dan desainer Android, mereka terus +meletakkan dasar pedoman desain yang lebih detail untuk beragam tipe +perangkat.

    + +

    +Perhatikan prinsip-prinsip ini saat Anda menerapkan +kreativitas dan pemikiran desain sendiri. Menyimpang dengan sengaja. +

    + +

    Pikat Saya

    + +
    +
    + +

    Senangkan saya dengan cara yang mengejutkan

    +

    Permukaan yang cantik, animasi yang ditempatkan dengan hati-hati, atau efek suara di saat yang tepat sungguh menyenangkan untuk +dinikmati. Efek yang lembut menimbulkan perasaan serba mudah dan kesadaran bahwa kekuatan yang +bisa diandalkan ada dalam genggaman.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Objek sungguhan lebih menyenangkan daripada tombol dan menu

    +

    Biarkan orang langsung menyentuh dan memanipulasi objek dalam aplikasi Anda. Ini mengurangi upaya kognitif +yang diperlukan untuk menjalankan tugas sekaligus membuatnya lebih memuaskan secara emosional.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Biarkan saya memilikinya

    +

    Orang suka menambahkan sentuhan pribadi karena membantu mereka merasa betah dan memegang kendali. Memberikan +default yang pantas dan indah, tetapi juga mempertimbangkan penyesuaian opsional yang menyenangkan, yang tidak mengganggu +tugas utama.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Kenali saya

    +

    Pelajari preferensi orang dari waktu ke waktu. Daripada meminta mereka untuk membuat pilihan yang sama +berulang-ulang, tempatkan pilihan sebelumnya agar mudah dijangkau.

    + +
    +
    + + + +
    +
    + +

    Sederhanakan Hidup Saya

    + +
    +
    + +

    Persingkat

    +

    Gunakan frasa pendek dengan kata-kata sederhana. Orang cenderung melewatkan kalimat-kalimat panjang.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Gambar lebih cepat dibanding kata-kata

    +

    Pertimbangkan menggunakan gambar untuk menjelaskan gagasan. Gambar menarik perhatian orang dan bisa jauh lebih efisien +dibanding kata-kata.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Putuskan untuk saya tetapi biarkan saya yang menentukan

    +

    Gunakan tebakan terbaik Anda dan bertindaklah daripada meminta terlebih dahulu. Terlalu banyak pilihan dan keputusan membuat orang +tidak suka. Untuk berjaga-jaga jika Anda salah, izinkan 'pembatalan'.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Cukup tunjukkan yang saya perlukan ketika saya memerlukannya

    +

    Orang merasa kewalahan ketika melihat terlalu banyak hal sekaligus. Uraikan tugas dan informasi menjadi potongan-potongan +kecil yang mudah dicerna. Sembunyikan opsi yang tidak perlu pada saat ini, dan ajari orang sambil jalan.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Saya harus selalu tahu di mana saya berada

    +

    Beri orang kepercayaan diri bahwa mereka tahu di mana berada. Buat agar tempat-tempat dalam aplikasi Anda terlihat berbeda dan +gunakan transisi untuk menunjukkan hubungan antar layar. Berikan umpan balik tentang tugas yang sedang berlangsung.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Jangan sekali-kali menghilangkan milik saya

    +

    Simpan apa yang telah susah-payah dibuat orang dan biarkan mereka mengaksesnya dari mana saja. Ingat pengaturan, +sentuhan pribadi, dan kreasi lintas ponsel, tablet, dan komputer. Itu membuat pemutakhiran menjadi +hal termudah di dunia.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Jika terlihat sama, seharusnya fungsinya sama

    +

    Bantu orang merasakan perbedaan fungsional dengan membuat mereka terlihat berbeda daripada mirip. +Hindari mode, yaitu tempat yang terlihat mirip tetapi berbeda fungsinya pada input yang sama.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Sela saya jika penting saja

    +

    Layaknya asisten pribadi yang baik, lindungi orang dari detail yang tidak penting. Orang ingin tetap +fokus, dan kecuali jika memang penting dan sensitif waktu, interupsi bisa melelahkan dan menjengkelkan.

    + +
    +
    + + + +
    +
    + +

    Buat Saya Terpesona

    + +
    +
    + +

    Beri saya trik yang efektif di mana saja

    +

    Orang merasa senang ketika mereka memahami sendiri sesuatu. Jadikan aplikasi Anda lebih mudah dipelajari dengan +memanfaatkan pola visual dan memori otot dari aplikasi Android lainnya. Misalnya, gerakan menggeser +dapat menjadi pintasan navigasi yang bagus.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Bukan salah saya

    +

    Bersikap ramahlah dalam meminta orang untuk melakukan koreksi. Mereka ingin merasa pintar ketika menggunakan +aplikasi Anda. Jika terjadi kesalahan, berikan petunjuk perbaikan yang jelas tetapi lepaskan mereka dari detail teknis. +Jika Anda dapat memperbaikinya secara diam-diam, tentu lebih baik.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Berikan dorongan

    +

    Uraikan tugas-tugas rumit menjadi langkah-langkah kecil yang dapat dilakukan dengan mudah. Beri umpan balik tentang tindakan, +meskipun hanya sesuatu yang sederhana.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Lakukan pekerjaan yang sulit untuk saya

    +

    Buatlah pemula merasa seperti ahli dengan memungkinkan mereka untuk melakukan hal-hal yang mereka pikir tidak akan bisa. +Misalnya, pintasan yang menggabungkan beberapa efek foto dapat membuat foto amatir terlihat mengagumkan hanya +dalam beberapa langkah.

    + +
    +
    + + + +
    +
    + +
     
    + +
    +
    + +

    Percepat hal penting

    +

    Tidak semua tindakan itu sama. Putuskan apa yang terpenting dalam aplikasi Anda dan permudah untuk menemukannya serta +cepat untuk digunakan, seperti tombol rana pada kamera, atau tombol jeda pada pemutar musik.

    + +
    +
    + + + +
    +
    diff --git a/docs/html-intl/intl/in/design/index.jd b/docs/html-intl/intl/in/design/index.jd new file mode 100644 index 000000000000..8bc12ed3b8c5 --- /dev/null +++ b/docs/html-intl/intl/in/design/index.jd @@ -0,0 +1,186 @@ +page.title=Desain Bahan untuk Android +page.tags=Material,design +page.type=desain +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
    +

    Dokumen Pengembang

    +

    Membuat Aplikasi dengan Desain Bahan

    +
    +     + + + +
    +

    Video

    +

    Pengantar Desain Bahan

    +
    +     + + + +
    +

    Video

    +

    Kertas dan Tinta: Bahan Penting

    +
    +     + + + +
    +

    Video

    +

    Desain Bahan di Aplikasi Google I/O

    +
    +     + + + +

    Desain bahan adalah panduan komprehensif untuk desain visual, gerak, dan +interaksi lintas platform dan perangkat. Android kini menyertakan dukungan untuk +aplikasi desain bahan. Untuk menggunakan desain bahan di aplikasi Android, ikuti panduan yang didefinisikan +dalam spesifikasi desain bahan dan gunakan +komponen dan fungsionalitas baru yang tersedia di Android 5.0 (API level 21) ke atas.

    + +

    Android menyediakan elemen berikut untuk membangun aplikasi desain bahan:

    + +
      +
    • Tema baru
      • +
    • Widget baru untuk tampilan yang kompleks
      • +
    • API baru untuk animasi dan bayangan custom
      • +
    + +

    Untuk informasi selengkapnya tentang mengimplementasikan desain bahan pada Android, lihat +Membuat Aplikasi dengan Desain Bahan.

    + + +

    Tema Bahan

    + +

    Tema bahan menyediakan gaya baru untuk aplikasi Anda, widget sistem yang memungkinkan Anda mengatur +palet warnanya, dan animasi default untuk umpan balik sentuh dan transisi aktivitas.

    + + +
    +
    + +
    +

    Tema bahan gelap

    +
    +
    +
    + +
    +

    Tema bahan terang

    +
    +
    +
    +
    + +

    Untuk informasi selengkapnya, lihat Menggunakan Tema +Bahan.

    + + +

    Daftar dan Kartu

    + +

    Android menyediakan dua widget baru untuk menampilkan kartu dan daftar dengan gaya desain bahan +dan animasi:

    + + +
    +
    + +

    Widget RecyclerView baru adalah versi ListView + yang lebih mudah dimasukkan dan mendukung beragam tipe layout serta memberikan peningkatan kinerja.

    +
    +
    + +

    Widget CardView baru memungkinkan Anda menampilkan potongan informasi penting dalam + kartu yang memiliki tampilan dan cara kerja yang konsisten.

    +
    +
    +
    + +

    Untuk informasi selengkapnya, lihat Membuat Daftar +dan Kartu.

    + + +

    Bayangan Tampilan

    + +

    Selain properti X dan Y, tampilan di Android kini memiliki +properti Z. Properti baru ini mewakili ketinggian tampilan, yang menentukan:

    + +
      +
    • Ukuran bayangan: tampilan dengan nilai Z lebih tinggi menghasilkan bayangan lebih besar.
      • +
    • Urutan penggambaran: tampilan dengan nilai Z lebih tinggi muncul di atas tampilan lainnya.
      • +
    + +
    +
    + +
    +
    + Untuk memutar ulang film, klik layar perangkat +
    +
    + +

    Untuk informasi selengkapnya, lihat Mendefinisikan +Bayangan dan Memangkas Tampilan.

    + + +

    Animasi

    + +

    API animasi baru memungkinkan Anda membuat animasi custom untuk umpan balik sentuh dalam kontrol UI, +perubahan status tampilan, dan transisi aktivitas.

    + +

    API ini memungkinkan Anda:

    + +
      +
    • +Merespons kejadian sentuh dalam tampilan Anda dengan animasi umpan balik sentuh. +
      • +
    • +Menyembunyikan dan memperlihatkan tampilan dengan animasi membuka melingkar. +
      • +
    • +Peralihan antar aktivitas dengan animasi transisi aktivitas custom. +
      • +
    • +Membuat animasi yang lebih alami dengan gerak melengkung. +
      • +
    • +Menganimasikan perubahan dalam satu atau beberapa properti tampilan dengan animasi perubahan status tampilan. +
      • +
    • +Menampilkan animasi di drawable daftar status di antara perubahan status tampilan. +
      • +
    + +

    Animasi umpan balik sentuh dimasukkan ke dalam beberapa tampilan standar, misalnya tombol. API baru +ini memungkinkan Anda menyesuaikan animasi ini dan menambahkannya ke tampilan custom Anda.

    + +

    Untuk informasi selengkapnya, lihat Mendefinisikan Animasi +Custom.

    + + +

    Drawable

    + +

    Kemampuan baru untuk drawable ini membantu Anda mengimplementasikan aplikasi desain bahan:

    + +
      +
    • Drawable vektor bisa diubah skalanya tanpa kehilangan definisi dan cocok +untuk ikon satu-warna dalam-aplikasi.
      • +
    • Pewarnaan drawable memungkinkan Anda mendefinisikan bitmap sebagai alpha-mask dan mewarnainya +saat runtime.
      • +
    • Ekstraksi warna memungkinkan Anda mengekstrak warna mencolok secara otomatis dari +gambar bitmap.
      • +
    + +

    Untuk informasi selengkapnya, lihat Bekerja dengan +Drawable.

    diff --git a/docs/html-intl/intl/in/design/material/index.jd b/docs/html-intl/intl/in/design/material/index.jd index 3ba418727b03..28cfd5213247 100644 --- a/docs/html-intl/intl/in/design/material/index.jd +++ b/docs/html-intl/intl/in/design/material/index.jd @@ -1,5 +1,6 @@ page.title=Desain Bahan untuk Android page.tags=Material,design +page.type=design page.image=images/cards/design-material-for-android_2x.jpg @jd:body @@ -24,7 +25,11 @@ page.image=images/cards/design-material-for-android_2x.jpg

    Video

    +<<<<<<< HEAD

    Kertas dan Tinta: Bahan Penting

    +======= +

    Kertas dan Tinta: Bahan-Bahan Penting

    +>>>>>>> Docs: L10N update for design documentation
    @@ -32,12 +37,17 @@ page.image=images/cards/design-material-for-android_2x.jpg

    Video

    +<<<<<<< HEAD

    Desain Bahan di Aplikasi Google I/O

    +======= +

    Desain Bahan dalam Aplikasi Google I/O

    +>>>>>>> Docs: L10N update for design documentation
    +<<<<<<< HEAD

    Desain bahan adalah panduan komprehensif untuk desain visual, gerak, dan interaksi lintas platform dan perangkat. Android kini menyertakan dukungan untuk aplikasi desain bahan. Untuk menggunakan desain bahan di aplikasi Android, ikuti panduan yang didefinisikan @@ -50,6 +60,20 @@ komponen dan fungsionalitas baru yang tersedia di Android 5.0 (API level 21) ke

  • Tema baru
  • Widget baru untuk tampilan yang kompleks
  • API baru untuk animasi dan bayangan custom
    • +======= +

    Desain bahan adalah panduan komprehensif untuk desain visual, gerakan, dan +interaksi lintas platform dan perangkat. Android sekarang memasukkan dukungan untuk +aplikasi desain bahan. Untuk menggunakan desain bahan dalam aplikasi Android Anda, ikuti panduan yang didefinisikan +dalam spesifikasi desain bahan dan gunakan +komponen dan fungsionalitas baru yang tersedia dalam Android 5.0 (API level 21) dan yang di atasnya.

    + +

    Android menyediakan elemen-elemen berikut bagi Anda untuk membuat aplikasi desain bahan:

    + +
      +
    • Tema baru
      • +
    • Widget baru untuk tampilan kompleks
      • +
    • API baru untuk bayangan dan animasi custom
      • +>>>>>>> Docs: L10N update for design documentation

    Untuk informasi selengkapnya tentang mengimplementasikan desain bahan pada Android, lihat @@ -59,7 +83,11 @@ komponen dan fungsionalitas baru yang tersedia di Android 5.0 (API level 21) ke

    Tema Bahan

    Tema bahan menyediakan gaya baru untuk aplikasi Anda, widget sistem yang memungkinkan Anda mengatur +<<<<<<< HEAD palet warnanya, dan animasi default untuk umpan balik sentuh dan transisi aktivitas.

    +======= +palet warna, dan animasi default untuk umpan balik sentuh serta transisi aktivitas.

    +>>>>>>> Docs: L10N update for design documentation
    @@ -91,6 +119,7 @@ dan animasi:

    +<<<<<<< HEAD

    Widget RecyclerView baru adalah versi ListView yang lebih mudah dimasukkan dan mendukung beragam tipe layout serta memberikan peningkatan kinerja.

    @@ -98,6 +127,15 @@ dan animasi:

    Widget CardView baru memungkinkan Anda menampilkan potongan informasi penting dalam kartu yang memiliki tampilan dan cara kerja yang konsisten.

    +======= +

    Widget RecyclerView baru adalah versi yang lebih mudah dimasukkan untuk ListView + yang mendukung tipe layout berbeda dan memberikan peningkatan kinerja.

    +
    +
    + +

    Widget CardView baru memungkinkan Anda menampilkan bagian informasi penting di dalam + kartu yang memiliki tampilan dan gaya konsisten.

    +>>>>>>> Docs: L10N update for design documentation

    @@ -108,12 +146,21 @@ dan Kartu.

    Bayangan Tampilan

    +<<<<<<< HEAD

    Selain properti X dan Y, tampilan di Android kini memiliki properti Z. Properti baru ini mewakili ketinggian tampilan, yang menentukan:

    • Ukuran bayangan: tampilan dengan nilai Z lebih tinggi menghasilkan bayangan lebih besar.
    • Urutan penggambaran: tampilan dengan nilai Z lebih tinggi muncul di atas tampilan lainnya.
      • +======= +

      Selain properti X dan Y, tampilan dalam Android sekarang memiliki +properti Z. Properti baru ini mewakili ketinggian pandangan, yang menentukan:

      + +
        +
      • Ukuran bayangan: tampilan dengan nilai Z lebih tinggi membentuk bayangan yang lebih besar.
        • +
      • Urutan penggambaran: tampilan dengan nilai Z lebih tinggi akan muncul di atas tampilan lain.
        • +>>>>>>> Docs: L10N update for design documentation
      @@ -125,23 +172,36 @@ properti Z. Properti baru ini mewakili ketinggian tampilan, yang menentukan:

      +<<<<<<< HEAD Untuk memutar ulang film, klik layar perangkat +======= + Untuk memutar ulang film, klik pada layar perangkat +>>>>>>> Docs: L10N update for design documentation

    Untuk informasi selengkapnya, lihat Mendefinisikan +<<<<<<< HEAD Bayangan dan Memangkas Tampilan.

    +======= +Bayangan dan Memotong Tampilan.

    +>>>>>>> Docs: L10N update for design documentation

    Animasi

    API animasi baru memungkinkan Anda membuat animasi custom untuk umpan balik sentuh dalam kontrol UI, +<<<<<<< HEAD perubahan status tampilan, dan transisi aktivitas.

    +======= +perubahan dalam status tampilan, dan transisi aktivitas.

    +>>>>>>> Docs: L10N update for design documentation

    API ini memungkinkan Anda:

    • +<<<<<<< HEAD Merespons kejadian sentuh dalam tampilan Anda dengan animasi umpan balik sentuh.
    • @@ -152,17 +212,38 @@ Peralihan antar aktivitas dengan animasi transisi aktivitas cus
    • Membuat animasi yang lebih alami dengan gerak melengkung. +======= +Merespons terjadinya sentuhan dalam tampilan Anda dengan animasi umpan balik sentuh. +
      • +
    • +Menyembunyikan dan menampilkan tampilan dengan animasi penampakan sirkuler. +
      • +
    • +Beralih antar aktivitas dengan animasi transisi aktivitas custom. +
      • +
    • +Membuat animasi yang lebih alami dengan gerakan melingkar. +>>>>>>> Docs: L10N update for design documentation
    • Menganimasikan perubahan dalam satu atau beberapa properti tampilan dengan animasi perubahan status tampilan.
    • +<<<<<<< HEAD Menampilkan animasi di drawable daftar status di antara perubahan status tampilan.

    Animasi umpan balik sentuh dimasukkan ke dalam beberapa tampilan standar, misalnya tombol. API baru ini memungkinkan Anda menyesuaikan animasi ini dan menambahkannya ke tampilan custom Anda.

    +======= +Menampilkan animasi dalam drawable daftar status di antara perubahan status tampilan. + + + +

    Animasi umpan balik sentuh dimasukkan ke dalam beberapa tampilan standar, misalnya tombol. API +baru ini memungkinkan Anda menyesuaikan animasi ini dan menambahkannya ke tampilan custom.

    +>>>>>>> Docs: L10N update for design documentation

    Untuk informasi selengkapnya, lihat Mendefinisikan Animasi Custom.

    @@ -173,6 +254,7 @@ Custom.

    Kemampuan baru untuk drawable ini membantu Anda mengimplementasikan aplikasi desain bahan:

      +<<<<<<< HEAD
    • Drawable vektor bisa diubah skalanya tanpa kehilangan definisi dan cocok untuk ikon satu-warna dalam-aplikasi.
    • Pewarnaan drawable memungkinkan Anda mendefinisikan bitmap sebagai alpha-mask dan mewarnainya @@ -182,4 +264,15 @@ gambar bitmap.

    Untuk informasi selengkapnya, lihat Bekerja dengan +======= +

  • Drawable vektor dapat diskalakan tanpa kehilangan ketajaman dan cocok +untuk ikon satu-warna dalam-aplikasi.
    • +
  • Pewarnaan drawable memungkinkan Anda mendefinisikan bitmap sebagai +alpha-mask dan mewarnainya dengan satu warna saat runtime.
    • +
  • Ekstraksi warna memungkinkan Anda secara otomatis mengekstrak warna +penting dari gambar bitmap.
    • + + +

    Untuk informasi selengkapnya, lihat Menggunakan +>>>>>>> Docs: L10N update for design documentation Drawable.

    diff --git a/docs/html-intl/intl/in/design/patterns/compatibility.jd b/docs/html-intl/intl/in/design/patterns/compatibility.jd new file mode 100644 index 000000000000..cafaac4faca3 --- /dev/null +++ b/docs/html-intl/intl/in/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=Kompatibilitas Mundur +page.tags="support" +page.metaDescription=Catatan tentang bagaimana Android 4.x menyesuaikan UI yang didesain untuk perangkat keras dan versi OS yang lebih lama. +@jd:body + + +
    +

    Dokumen Pengembang

    +

    Mendukung Perangkat Berbeda

    +
    +     + +

    Perubahan signifikan dalam Android 3.0 meliputi:

    +
      +
    • Dihilangkannya tombol perangkat keras navigasi (Back, Menu, Search, Home) untuk membantu menangani navigasi + melalui kontrol maya (Back, Home, Recents).
      • +
    • Pola yang tangguh untuk penggunaan menu pada action-bar.
      • +
    +

    Android 4.0 membawa perubahan ini untuk tablet dengan platform ponsel.

    + +

    Menyesuaikan Android 4.0 dengan Perangkat Keras dan Aplikasi yang Lebih Lama

    + +
    +
    + +

    Ponsel dengan kontrol navigasi virtual

    +

    Aplikasi Android yang ditulis untuk Android 3.0 dan yang lebih baru menampilkan tindakan dalam action-bar. Tindakan yang tidak +muat dalam action-bar atau tidak cukup penting untuk ditampilkan di tingkat atas akan muncul dalam +action-overflow.

    +

    Pengguna mengakses action-overflow dengan menyentuhnya dalam action-bar.

    + +
    +
    + + + +
    +
    + +
    +
    + +

    Ponsel dengan tombol navigasi fisik

    +

    Ponsel Android dengan tombol perangkat keras navigasi biasa tidak menampilkan baris navigasi virtual di +bagian bawah layar. Sebagai gantinya, action-overflow tersedia dari tombol perangkat keras menu. Popup +tindakan yang dihasilkan memiliki gaya yang sama dengan contoh sebelumnya, tetapi ditampilkan di bagian bawah layar.

    + +
    +
    + + + +
    +
    + +
    +
    + +

    Aplikasi lama pada ponsel dengan kontrol navigasi virtual

    +

    Bila Anda menjalankan aplikasi yang dibuat untuk Android 2.3 atau yang lebih lama pada ponsel +dengan kontrol navigasi virtual, sebuah kontrol action-overflow akan muncul di sebelah kanan baris navigasi virtual. Anda +dapat menyentuh kontrol itu untuk menampilkan tindakan aplikasi dalam gaya menu Android biasa.

    + +
    +
    + + + +
    +
    diff --git a/docs/html-intl/intl/in/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/in/design/patterns/confirming-acknowledging.jd new file mode 100644 index 000000000000..d22e9248010d --- /dev/null +++ b/docs/html-intl/intl/in/design/patterns/confirming-acknowledging.jd @@ -0,0 +1,70 @@ +page.title=Mengonfirmasi & Mengakui +page.tags=dialog,toast,notification +@jd:body + +

    Dalam beberapa situasi, bila pengguna memanggil suatu tindakan dalam aplikasi Anda, ada baiknya mengonfirmasi atau mengakui tindakan itu melalui teks.

    + +
    +
    + +

    Mengonfirmasi adalah meminta pengguna untuk memverifikasi bahwa mereka benar-benar ingin melanjutkan tindakan yang baru saja mereka panggil. Dalam beberapa kasus, konfirmasi ditampilkan bersama-sama dengan peringatan atau informasi penting yang terkait dengan tindakan yang perlu mereka pertimbangkan.

    +
    +
    + +

    Mengakui adalah menampilkan teks untuk memberi tahu pengguna bahwa tindakan yang baru mereka panggil sudah dilakukan. Ini menghilangkan ketidakpastian tentang operasi implisit yang dilakukan sistem. Dalam beberapa kasus, pengakuan ditampilkan bersama dengan opsi untuk membatalkan tindakan.

    +
    +
    + +

    Berkomunikasi pada pengguna dengan cara ini bisa membantu mengurangi ketidakpastian tentang hal-hal yang sudah atau akan terjadi. Mengonfirmasi atau mengakui juga dapat mencegah pengguna melakukan kesalahan yang akan mereka sesali.

    + +

    Kapan Harus Mengonfirmasi atau Mengakui Tindakan Pengguna

    +

    Tidak semua tindakan memerlukan konfirmasi atau pengakuan. Gunakan bagan alur ini untuk memandu keputusan desain Anda.

    + + +

    Mengonfirmasi

    +
    +
    +

    Contoh: Google Play Books

    + +

    Dalam contoh ini, pengguna telah meminta untuk menghapus sebuah buku dari perpustakaan Google Play mereka. Sebuah peringatan muncul untuk mengonfirmasi tindakan ini karena perlu dipahami bahwa buku tersebut tidak akan tersedia lagi dari perangkat apa pun.

    +

    Saat membuat dialog konfirmasi, buat judul bermakna dengan mencerminkan tindakan yang diminta.

    +
    +
    +

    Contoh: Android Beam

    + +

    Konfirmasi tidak harus ditampilkan dalam peringatan dengan dua tombol. Setelah menjalankan Android Beam, pengguna diminta untuk menyentuh konten yang akan dibagikan (dalam contoh ini, sebuah foto). Jika mereka memutuskan untuk tidak melanjutkan, mereka tinggal memindahkan ponsel.

    +
    +
    + +

    Mengakui

    +
    +
    +

    Contoh: Draf Gmail batal yang disimpan

    + +

    Dalam contoh ini, jika pengguna menyusuri ke belakang atau ke atas dari layar pembuatan email di Gmail, sesuatu yang tak diharapkan bisa terjadi: draf saat itu akan disimpan secara otomatis. Pengakuan dalam bentuk pemberitahuan akan lebih jelas. Ini menghilang setelah beberapa detik.

    +

    Pembatalan tidak cocok di sini karena penyimpanan dilakukan oleh aplikasi, bukan pengguna. Cepat dan mudah untuk melanjutkan penulisan pesan dengan menyusuri daftar draf.

    + +
    +
    +

    Contoh: Percakapan Gmail dihapus

    + +

    Setelah pengguna menghapus percakapan dari daftar dalam Gmail, sebuah pengakuan muncul tanpa opsi pembatalan. Pengakuan tetap ada sampai pengguna melakukan tindakan yang tidak berkaitan, seperti menggulir daftar.

    +
    +
    + +

    Tidak ada Konfirmasi atau Pengakuan

    +
    +
    +

    Contoh: memberikan +1

    + +

    Konfirmasi tidak diperlukan. Jika pengguna telah memberikan +1 secara tidak sengaja, tidak masalah. Mereka cukup menyentuh kembali tombol itu untuk membatalkan tindakan.

    +

    Pengakuan tidak diperlukan. Pengguna akan melihat tombol +1 memantul dan berubah merah. Itu tanda yang sangat jelas.

    +
    +
    +

    Contoh: Menghapus aplikasi dari Layar Beranda

    + +

    Konfirmasi tidak diperlukan. Ini adalah tindakan yang disengaja: pengguna harus menyeret dan meletakkan sebuah item di atas target yang relatif besar dan terpisah. Karena itu, kecil kemungkinan terjadi ketidaksengajaan. Tetapi jika pengguna menyesali keputusan itu, maka hanya perlu beberapa detik untuk mengembalikannya lagi.

    +

    Pengakuan tidak diperlukan. Pengguna akan mengetahui bahwa aplikasi itu tidak ada di Layar Beranda karena mereka menghilangkannya dengan cara menyeretnya.

    + +
    +
    diff --git a/docs/html-intl/intl/in/design/patterns/navigation.jd b/docs/html-intl/intl/in/design/patterns/navigation.jd new file mode 100644 index 000000000000..a8afaaa794e0 --- /dev/null +++ b/docs/html-intl/intl/in/design/patterns/navigation.jd @@ -0,0 +1,213 @@ +page.title=Navigasi dengan Back dan Up +page.tags="navigation","activity","task","up navigation","back navigation" +page.image=/design/media/navigation_between_siblings_gmail.png +@jd:body + + +
    +

    Dokumen Pengembang

    +

    Mengimplementasikan Navigasi yang Efektif

    +
    +     + +

    Navigasi yang konsisten merupakan komponen penting dari keseluruhan pengalaman pengguna. Hampir tidak ada yang lebih membingungkan +pengguna selain navigasi dasar yang perilakunya tidak konsisten dan tidak sesuai harapan. Android 3.0 +memperkenalkan perubahan besar dalam perilaku navigasi global. Mengikuti dengan saksama +panduan untuk Back dan Up akan membuat navigasi aplikasi Anda dapat diprediksi dan dapat diandalkan pengguna.

    +

    Android 2.3 dan versi sebelumnya mengandalkan tombol Back sistem untuk mendukung navigasi dalam +aplikasi. Dengan diperkenalkannya action-bar dalam Android 3.0, mekanisme navigasi kedua muncul: +tombol Up, yang terdiri dari ikon aplikasi dan tanda panah yang menunjuk ke kiri.

    + + + +

    Up vs. Back

    + +

    Tombol Up digunakan untuk berpindah dalam aplikasi berdasarkan hubungan hierarki +antar layar. Misalnya, jika layar A menampilkan daftar item, dan memilih sebuah item akan membuka +layar B (yang menampilkan item tersebut secara lebih detail), maka layar B akan menawarkan tombol Up untuk +kembali ke layar A.

    +

    Jika suatu layar merupakan yang teratas dalam aplikasi (yaitu layar Home aplikasi), maka tidak perlu menampilkan tombol +Up.

    + +

    Tombol Back sistem digunakan untuk berpindah, dalam urutan kronologis terbalik, melalui riwayat +layar yang baru dibuka oleh pengguna. Biasanya ini berdasarkan hubungan sementara +antar layar, dan bukan hierarki aplikasi.

    + +

    Bila layar yang dilihat sebelumnya juga merupakan induk hierarki dari layar yang sekarang, menekan tombol +Back akan sama hasilnya dengan menekan tombol Up—ini adalah kejadian +biasa. Akan tetapi, berbeda dengan tombol Up, yang memastikan pengguna tetap berada dalam aplikasi Anda, tombol Back +dapat mengembalikan pengguna ke layar Home, atau bahkan ke aplikasi lain.

    + + + +

    Tombol Back juga mendukung beberapa perilaku yang tidak terkait langsung dengan navigasi antar layar: +

    +
      +
    • Menghilangkan jendela mengambang (dialog, popup)
      • +
    • Menghilangkan action-bar kontekstual, dan menghapus sorotan dari item yang dipilih
      • +
    • Menyembunyikan keyboard di layar (IME)
      • +
    +

    Navigasi Dalam Aplikasi Anda

    + +

    Berpindah ke layar yang memiliki beberapa titik masuk

    +

    Kadang-kadang layar tidak memiliki posisi pasti dalam hierarki aplikasi, dan bisa dimasuki +dari berbagai titik masuk—seperti layar pengaturan yang dapat dibuka dari layar lain +dalam aplikasi Anda. Dalam hal ini, tombol Up akan memilih untuk kembali ke layar pengarah, yang cara kerjanya +sama dengan tombol Back.

    +

    Mengubah tampilan dalam layar

    +

    Mengubah opsi tampilan untuk layar tidak mengubah perilaku Up atau Back: layar tetap +berada di tempat yang sama dalam hierarki aplikasi, dan tidak dibuat riwayat navigasi yang baru.

    +

    Contoh perubahan tampilan tersebut adalah:

    +
      +
    • Mengganti tampilan menggunakan tab dan/atau geser kiri dan kanan
      • +
    • Mengubah tampilan menggunakan tarik-turun (alias tab turun)
      • +
    • Memfilter daftar
      • +
    • Menyortir daftar
      • +
    • Mengubah karakteristik tampilan (seperti zoom)
      • +
    +

    Berpindah antar layar yang seinduk

    +

    Bila aplikasi Anda mendukung navigasi dari daftar item ke tampilan detail salah satu item tersebut, aplikasi +juga sering diharapkan mendukung navigasi langsung dari item itu ke item sebelumnya atau +sesudahnya dalam daftar. Misalnya, dalam Gmail, begitu mudah untuk bergeser ke kiri atau kanan dari sebuah percakapan +untuk melihat percakapan yang lebih baru atau lebih lama dalam Inbox yang sama. Sama seperti saat mengubah tampilan dalam layar, navigasi +ini tidak mengubah perilaku Up atau Back.

    + + + +

    Akan tetapi, pengecualian khusus terhadap hal ini terjadi saat menjelajah di antara tampilan detail terkait yang tidak disatukan +oleh daftar yang merujuknya—misalnya, saat menjelajahi Play Store di antara aplikasi dari +pengembang yang sama, atau album dari artis yang sama. Dalam hal ini, mengikuti setiap tautan akan membuat +riwayat, sehingga tombol Back akan menyusuri setiap layar yang dilihat sebelumnya. Tombol Up akan terus +melewatkan semua layar terkait ini dan berpindah ke layar kontainer yang terakhir dilihat.

    + + + +

    Anda dapat menjadikan perilaku tombol Up lebih cerdas lagi berdasarkan pengetahuan Anda tentang tampilan +detail. Dengan memperluas contoh Play Store dari atas, bayangkan pengguna yang telah berpindah dari Buku +terakhir yang dilihat ke detail untuk adaptasi Film. Dalam hal itu, tombol Up dapat kembali ke kontainer +(Movies) yang sebelumnya belum dilalui pengguna.

    + + + +

    Navigasi ke Aplikasi Anda melalui Widget dan Pemberitahuan Layar Home

    + +

    Anda bisa menggunakan widget atau pemberitahuan layar Home untuk membantu pengguna berpindah langsung ke layar +jauh dalam hierarki aplikasi Anda. Misalnya, widget Inbox dan pemberitahuan pesan baru di Gmail dapat +melewatkan layar Inbox, dan membawa pengguna langsung ke tampilan percakapan.

    + +

    Untuk kedua kasus ini, tangani tombol Up sebagai berikut:

    + +
      +
    • Jika layar tujuan biasanya dicapai dari satu layar tertentu dalam aplikasi +Anda, tombol Up akan mengarahkannya ke layar itu.
      • +
    • Jika tidak, tombol Up akan mengarahkan ke layar teratas ("Home") dari aplikasi Anda.
      • +
    + +

    Dalam hal tombol Back, Anda harus membuat navigasi lebih bisa diprediksi dengan menyisipkan ke dalam +back-stack tugas path navigasi naik lengkap menuju layar teratas aplikasi. Ini memungkinkan pengguna +yang lupa cara masuk ke aplikasi Anda untuk berpindah ke layar teratas aplikasi sebelum +keluar.

    + +

    Sebagai contoh, widget layar Home di Gmail memiliki tombol untuk menuju langsung ke layar +Compose. Tombol Up atau Back dari layar Compose akan membawa pengguna ke Inbox, dan dari sana tombol +Back berlanjut ke Home.

    + + + +

    Pemberitahuan tidak langsung

    + +

    Jika aplikasi Anda perlu menampilkan informasi tentang beberapa kejadian sekaligus, aplikasi dapat menggunakan +pemberitahuan tunggal yang mengarahkan pengguna ke layar antara. Layar ini merangkum semua +kejadian tersebut, dan menyediakan path bagi pengguna untuk menjelajah ke dalam aplikasi. Pemberitahuan dengan gaya seperti ini +disebut pemberitahuan tidak langsung.

    + +

    Berbeda dengan pemberitahuan standar (langsung), menekan tombol Back dari +layar antara pada pemberitahuan tidak langsung akan mengembalikan pengguna ke titik pemicu pemberitahuan tersebut—tidak ada +layar tambahan yang disisipkan ke dalam back-stack. Setelah pengguna melanjutkan ke dalam aplikasi dari +layar antara, tombol Up dan Back akan berperilaku seperti pada pemberitahuan standar, sebagaimana dijelaskan di atas: +menyusuri ke dalam aplikasi dan bukan kembali ke layar antara.

    + +

    Misalnya, anggaplah seorang pengguna di Gmail menerima pemberitahuan tidak langsung dari Kalender. Menyentuh +pemberitahuan ini akan membuka layar antara, yang menampilkan pengingat beberapa macam +kejadian. Menyentuh Back dari layar antara akan mengembalikan pengguna ke Gmail. Menyentuh kejadian +tertentu akan membawa pengguna dari layar antara ke aplikasi Kalender lengkap untuk menampilkan detail +kejadian. Dari detail kejadian, tombol Up dan Back akan mengarahkan ke tampilan Kalender tingkat atas.

    + + + +

    Pemberitahuan pop-up

    + +

    Pemberitahuan pop-up akan melewatkan laci pemberitahuan, bukan muncul secara langsung di +hadapan pengguna. Ini jarang digunakan, dan harus dicadangkan untuk peristiwa yang memerlukan respons tepat waktu +dan diperlukan interupsi dari konteks pengguna. Misalnya, +Talk menggunakan gaya ini untuk memberi tahu pengguna tentang ajakan dari teman untuk bergabung dalam chatting video, karena +ajakan ini akan kedaluwarsa secara otomatis setelah beberapa detik.

    + +

    Dalam hal perilaku navigasi, pemberitahuan pop-up sangat mirip perilaku pemberitahuan +tidak langsung pada layar antara. Tombol Back akan menghilangkan pemberitahuan pop-up. Jika pengguna berpindah +dari pop-up ke aplikasi yang memberi tahu, tombol Up dan Back akan mengikuti aturan pemberitahuan standar, +berpindah dalam aplikasi.

    + + + +

    Navigasi Antar Aplikasi

    + +

    Salah satu kekuatan dasar sistem Android adalah kemampuan aplikasi untuk saling +mengaktifkan, sehingga pengguna dapat berpindah langsung dari satu aplikasi ke aplikasi lainnya. Misalnya, sebuah +aplikasi yang perlu mengambil foto dapat mengaktifkan aplikasi Kamera, yang akan mengembalikan foto +ke aplikasi perujuk. Ini sangat menguntungkan pengembang, yang bisa dengan mudah memanfaatkan +kode dari aplikasi lain, maupun pengguna, yang menikmati pengalaman konsisten untuk tindakan yang biasa +dilakukan.

    + +

    Untuk memahami navigasi antar aplikasi, maka perlu memahami perilaku kerangka kerja Android +yang akan dibahas di bawah ini.

    + +

    Aktivitas, tugas, dan intent

    + +

    Dalam Android, aktivitas adalah komponen aplikasi yang mendefinisikan layar +informasi dan semua tindakan terkait yang dapat dilakukan pengguna. Aplikasi Anda adalah kumpulan +aktivitas, yang terdiri dari aktivitas yang Anda buat dan aktivitas yang Anda gunakan ulang dari aplikasi lain.

    + +

    Tugas adalah urutan aktivitas yang diikuti pengguna untuk mencapai tujuan. +Tugas tunggal dapat memanfaatkan aktivitas dari satu aplikasi saja, atau dapat memanfaatkan aktivitas dari sejumlah +aplikasi berbeda.

    + +

    Intent adalah mekanisme bagi satu aplikasi untuk memberi isyarat minta bantuan +aplikasi lain dalam menjalankan suatu tindakan. Aktivitas aplikasi dapat menunjukkan intent + apa saja yang dapat diresponsnya. Untuk intent umum seperti "Share", pengguna mungkin telah menginstal beberapa aplikasi +yang dapat memenuhi permintaan itu.

    + +

    Contoh: berpindah antar aplikasi untuk mendukung berbagi

    + +

    Untuk memahami cara kerja sama aktivitas, tugas, dan intent, perhatikan bagaimana sebuah aplikasi memungkinkan pengguna +untuk berbagi konten dengan menggunakan aplikasi lain. Misalnya, membuka aplikasi Play Store dari Home akan memulai +Task A baru (lihat gambar di bawah). Setelah menyusuri Play Store dan menyentuh buku yang dipromosikan +untuk melihat detailnya, pengguna tetap berada dalam tugas yang sama, memperluasnya dengan menambahkan aktivitas. Memicu +tindakan Share akan memberi tahu pengguna dengan dialog berisi daftar aktivitas (dari aplikasi berbeda) +yang telah terdaftar untuk menangani intent Share.

    + + + +

    Bila pengguna memilih untuk berbagi melalui Gmail, aktivitas penulisan di Gmail akan ditambahkan sebagai kelanjutan dari +Task A—tidak ada tugas baru yang dibuat. Jika Gmail sedang menjalankan tugasnya di latar belakang, maka +tidak akan terpengaruh.

    + +

    Dari aktivitas penulisan, mengirim pesan atau menyentuh tombol Back akan mengembalikan pengguna ke +aktivitas detail buku tersebut. Penyentuhan tombol Back berikutnya akan terus mengarahkan kembali melalui Play +Store, sampai akhirnya tiba di Home.

    + + + +

    Akan tetapi, dengan menyentuh tombol Up dari aktivitas penulisan, pengguna menunjukkan keinginan untuk tetap berada di +Gmail. Aktivitas daftar percakapan Gmail muncul, Task B yang baru akan dibuat untuk itu. Tugas baru +selalu terkait ke Home, maka menyentuh tombol Back dari daftar percakapan akan mengembalikan ke sana.

    + + + +

    Task A tetap berjalan di latar belakang, dan pengguna nanti dapat kembali ke sana (misalnya, melalui layar +Recents). Jika Gmail sedang menjalankan tugasnya di latar belakang, maka itu akan digantikan +dengan Task B—konteks sebelumnya akan diabaikan demi tujuan baru pengguna.

    + +

    Jika register aplikasi Anda menangani intent dengan aktivitas yang jauh di dalam hierarki aplikasi, +lihat Navigasi Aplikasi Anda melalui Widget Layar Home dan +Pemberitahuan untuk panduan mengenai cara menetapkan navigasi Up.

    diff --git a/docs/html-intl/intl/ja/design/get-started/principles.jd b/docs/html-intl/intl/ja/design/get-started/principles.jd index 8e4149da0011..dde44ffee42e 100644 --- a/docs/html-intl/intl/ja/design/get-started/principles.jd +++ b/docs/html-intl/intl/ja/design/get-started/principles.jd @@ -1,29 +1,29 @@ -page.title=Android デザイン指針 +page.title=Android デザインの原則 @jd:body -

    このデザイン指針は、ユーザーがもっとも知りたいと思われることを中心に、Android User Experience Team により、またその活動を統一的なものにするために作成されたものです。Android デベロッパーとデザイナーに対しては各種端末向けのより詳細なデザイン ガイドラインがあります。 - +

    このデザインの原則は、ユーザーがもっとも知りたいと思われることを中心に、Android User Experience Team により、またその活動を統一的なものにするために作成されたものです。 +Android デベロッパーとデザイナーに対しては各種端末向けのより詳細なデザイン ガイドラインがあります。

    -ご自身の創造性やデザインについて考える際、この指針を考慮に入れてください。 +ご自身のクリエイティビティやデザインについて考える際、この原則を考慮に入れてください。 何を当てはめるかは目的に応じて調整してください。

    ユーザーを引きつける

    -
    -
    +
    +

    サプライズで楽しませる

    -

    美しい画面、考え抜かれて配置されたアニメーション、タイミングの良いサウンド エフェクトは、使っていて楽しくなります。 +

    美しい画面、思慮深く配置されたアニメーション、タイミングの良いサウンド エフェクトは、使っていて楽しくなります。 わずかな効果でも、ユーザーを楽しませ、力を得たように感じてもらえます。

    -
    +
    @@ -32,15 +32,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +

    ボタンやメニューよりもリアルなオブジェクトでさらに楽しく

    -

    ユーザーがアプリでオブジェクトを直接タップしたり操作したりできるようになります。タスクを実行するために必要な認知の労力が軽減され、感覚的な満足度も上がります。 +

    アプリでオブジェクトを直接タップしたり操作したりできます。タスクを試行錯誤しながら実行する必要はなく、アプリの満足度も上がります。

    -
    +
    @@ -49,16 +49,16 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    自分らしさを加える

    -

    ユーザーは自分でカスタマイズすることを好みます。これにより、くつろいだ気分や自分の思いのままできる自由な気分を味わうことができます。デフォルトで実用的で美しいものを取りそろえ、それに加えてメイン タスクの妨げにならない、楽しいカスタマイズも任意で加えられます。 +

    アプリに自分らしさをプラス

    +

    誰もがアプリで自分らしさを出したいと思っています。好きなようにアプリを操作できるからです。実用的で美しい機能があらかじめ用意されており、それに加えてメイン タスクの邪魔にならない、楽しいカスタマイズもできます。

    -
    +
    @@ -67,31 +67,31 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    ユーザーについて知る

    -

    徐々にユーザーの好みを学習していきます。同じ選択を繰り返す手間をかけず、前に選択したものをすぐに選べるようになります。 +

    ユーザーの好みを学習

    +

    徐々にユーザーの好みを学習していきます。ユーザーに何度も同じ選択をさせるのではなく、前に選択したものをすぐに選べるようにします。

    -
    +
    -

    よりシンプルに

    +

    生活をシンプルに

    -
    -
    +
    +
    -

    常に簡潔に

    -

    シンプルな言葉を並べた短いフレーズを用います。長い文章は好まれません。

    +

    簡潔を心がける

    +

    シンプルで短いフレーズを用います。長い文章は好まれません。

    -
    +
    @@ -100,15 +100,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +

    画像は言葉よりもわかりやすい

    -

    画像を使ってアイデアを説明してみましょう。ユーザーの興味を引くことができ、言葉よりも効率的です。 +

    画像を使ってアイデアを説明してみましょう。ユーザーの興味を引くことができ、言葉よりも効果的です。

    -
    +
    @@ -117,15 +117,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +

    選択は最小限に、最終決定はユーザーに

    -

    最初からユーザーにすべて尋ねるのではなく、もっとも適切と思われる項目を提示します。選択肢や決定事項が多すぎると面倒に感じます。 -推測が間違っていた場合に備え、「やり直し」も可能にします。

    +

    最初からユーザーに選ばせるのではなく、適切と思われる項目を提示します。選択肢や決定事項が多すぎるとユーザーは面倒に感じます。 +間違った選択をしても、「やり直し」ができます。

    -
    +
    @@ -134,15 +134,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    必要なものを必要なときにだけ表示する

    +

    必要なものを必要なときに

    一度に表示される内容が多すぎると疲れてしまいます。タスクや情報はいくつかに小さくまとめてわかりやすくします。 その時点で必要のないオプションは非表示にして、必要なときだけ表示します。

    -
    +
    @@ -151,15 +151,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    全体像から現在の位置を示す

    -

    ユーザーがはっきりと自分の現在の場所を把握できるようにします。アプリのどの場所にいるかを明示し、遷移して画面の関係を認識できるようにします。 -実行しているタスクに対して応答し続けます。

    +

    現在位置を把握する

    +

    ユーザーが現在アプリのどこにいるのかがすぐに分かります。アプリ内における現在位置を明示し、遷移を使用して画面間の関係を表示します。 +実行中のタスクにフィードバックを返します。

    -
    +
    @@ -168,16 +168,16 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    作成したものは失くさない

    -

    ユーザーが時間をかけて作ったものは保存して、どこからでもアクセスできるようにします。設定、独自のカスタマイズ、電話、タブレット、コンピュータで作成したものを記録します。 -アップグレードも簡単になります。 +

    作成物を失くさない

    +

    ユーザーが時間をかけて作ったものは保存して、どこからでもアクセスできるようにします。設定、独自のカスタマイズ、および携帯端末、タブレット、コンピュータで作成したものを保存します。 +アップグレードも簡単にできます。

    -
    +
    @@ -186,15 +186,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    見た目が同じ場合は機能も同じにする

    -

    視覚的な違いを際立たせ、ユーザーが機能の違いをはっきり区別できるようにします。同じような外観、同じ入力で機能が異なるようなモードは避けます。 -

    +

    見た目が同じなら機能も同じ

    +

    機能の違いがはっきり分かるように、特徴的なビジュアルにします。 +同じような外観、同じ入力方法なのに機能が異なるということのないようにします。

    -
    +
    @@ -203,15 +203,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    割り込みは重要なときにだけ行う

    -

    優秀な個人秘書のように、重要ではない些細なことでユーザーをわずらわせることのないよう配慮します。集中したいユーザーにとって、重要で一刻を争うようなものでない限り、割り込まれると面倒で不快に感じる可能性があります。 +

    割り込みは必要な場合のみ

    +

    優秀な個人秘書のように、ユーザーを些細なことでわずらわせないようにします。ユーザーは実行中の操作に専念したいと考えており、重要で一刻を争うようなものでない限り、割り込みは面倒で不快と感じます。

    -
    +
    @@ -220,16 +220,16 @@ page.title=Android デザイン指針

    操作を楽しく

    -
    -
    +
    +
    -

    あらゆる場所に工夫を仕込む

    -

    自分で理解すると嬉しく感じられます。Android アプリで広く使われている視覚や操作のパターンを生かし、アプリの操作をわかりやすいものにします。 -たとえばスワイプ操作は便利なナビゲーションのショートカットとして使えます。 +

    あらゆる場所に工夫を凝らす

    +

    理解できれば楽しくなります。Android アプリで広く使われている視覚や操作のパターンを生かし、アプリの操作をわかりやすいものにします。 +たとえばスワイプ操作は、ナビゲーションのショートカットとして使えるので便利です。

    -
    +
    @@ -238,16 +238,16 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    解決は簡単に

    -

    ユーザーに修正を促す場合はその方法に注意します。アプリではスマートに問題を解決できるようにします。うまくいかなかったときは解決方法を明確に示し、技術的な詳細を表示する必要はありません。自動的に修正できる問題はユーザーに通知する必要すらありません。 - -

    +

    ユーザーの責任にしない

    +

    ユーザーに修正を促す場合はその方法に注意します。ユーザーはアプリをスマートに使いこなしたいと考えています。 +うまくいかなかったときの解決方法は明確でなければなりませんが、技術的に詳細である必要はありません。 +自動的に修正できる問題については、通知も不要です。

    -
    +
    @@ -256,15 +256,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +

    操作を促すしかけを散りばめる

    -

    複雑なタスクは分割し、それぞれ簡単に達成できるようにします。1 つ 1 つにフィードバックすることで、ユーザーの満足度は高まります。 +

    複雑なタスクは分割し、簡単に達成できるようにします。1 つ 1 つのアクションにフィードバックすることで、ユーザーの満足度は高まります。

    -
    +
    @@ -273,16 +273,16 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +
    -

    作業の手間はかけない

    -

    できると思っていなかったことをできるようにすることで、知識がなくても専門家のような気分を味わってもらえます。たとえば複数の写真効果を組み合わせたショートカットを使うことで、わずかな手順でプロのような写真に仕上げられます。 +

    手間のかかる作業は不要

    +

    できないと思っていたことができるようになれば、初心者でもエキスパートの気分が味わえます。たとえば複数の写真効果を組み合わせるショートカットを使うことで、わずかな手順でプロのような写真に仕上げられます。

    -
    +
    @@ -291,15 +291,15 @@ page.title=Android デザイン指針
     
    -
    -
    +
    +

    重要なことはすみやかに

    -

    すべてのアクションが同じ優先度とは限りません。アプリのアクションには優先度を設定し、重要なものはたとえばカメラのシャッター ボタンや音楽プレイヤーの一時停止ボタンのように、簡単に見つけられすぐに使えるようにします。 +

    すべてのアクションが同じ優先度とは限りません。アプリのアクションに優先度を設定し、カメラのシャッター ボタンや音楽プレイヤーの一時停止ボタンのように重要なものは、簡単に見つけてすぐに使えるようにします。

    -
    +
    diff --git a/docs/html-intl/intl/ja/design/index.jd b/docs/html-intl/intl/ja/design/index.jd new file mode 100644 index 000000000000..e8c0f543d6ec --- /dev/null +++ b/docs/html-intl/intl/ja/design/index.jd @@ -0,0 +1,186 @@ +page.title=Android のマテリアル デザイン +page.tags=Material,design +page.type=デザイン +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
    +

    デベロッパー ドキュメント

    +

    マテリアル デザインを使用したアプリの作成

    +
    +     + + + +
    +

    ビデオ

    +

    マテリアル デザインについて

    +
    +     + + + +
    +

    ビデオ

    +

    紙とインク: 重要なマテリアル

    +
    +     + + + +
    +

    ビデオ

    +

    Google I/O アプリのマテリアル デザイン

    +
    +     + + + +

    マテリアル デザインは、複数のプラットフォームや端末の視覚、モーション、インタラクション デザインの包括的な指針です。 +Android はマテリアル デザイン アプリに対応するようになりました。 +Android アプリでマテリアル デザインを使うには、マテリアル デザインの仕様で定義されているガイドラインに従い、Android 5.0（API レベル 21）以降の新しいコンポーネントや機能を使用します。 + +

    + +

    Android にはマテリアル デザインのアプリのビルドに使用できる次の要素が用意されています。

    + +
      +
    • 新しいテーマ
      • +
    • 複雑なビューに対応した新しいウィジェット
      • +
    • カスタムのシャドウとアニメーション用の新しい API
      • +
    + +

    Android でのマテリアル デザインの実装については、マテリアル デザインを使用したアプリの作成をご覧ください。 +

    + + +

    マテリアル テーマ

    + +

    マテリアル テーマには、アプリの新しいスタイルであるシステム ウィジェットがあります。このシステム ウィジェットを使うと、システム ウィジェットのカラーパレットを設定したり、タッチ フィードバックやアクティビティ遷移のためのデフォルトのアニメーションを設定したりできます。 +

    + + +
    +
    + +
    +

    暗い色のマテリアル テーマ

    +
    +
    +
    + +
    +

    明るい色のマテリアル テーマ

    +
    +
    +
    +
    + +

    詳細については、マテリアル テーマの使用をご覧ください。 +

    + + +

    リストとカード

    + +

    Android はマテリアル デザインのスタイルとアニメーションを含むカードとリストを表示する、次のような新しい 2 つのウィジェットを提供しています。 +

    + + +
    +
    + +

    新しい RecyclerView ウィジェットは ListView + に比べてさらに柔軟に機能を追加できるようになっており、さまざまなレイアウト タイプをサポートしてパフォーマンスを向上させます。

    +
    +
    + +

    新しい CardView ウィジェットではカードの外観や操作性が統一され、カード内の重要な情報を表示できるようになりました。 +

    +
    +
    +
    + +

    詳細については、リストとカードの作成をご覧ください。 +

    + + +

    シャドウの表示

    + +

    Android のビューに、X と Y のプロパティに加えて Z プロパティが追加されました。 +この新しいプロパティはビューのエレベーションを表し、次の要素を指定します。

    + +
      +
    • シャドウのサイズ: ビューの Z 値が高いほどシャドウのサイズが大きくなります。
      • +
    • 描画順序: ビューの Z 値が高いほど他のビューの前面に表示されます。
      • +
    + +
    +
    + +
    +
    + 端末の画像をクリックすると動画を再生できます +
    +
    + +

    詳細については、シャドウとクリッピング ビューの定義をご覧ください。 +

    + + +

    アニメーション

    + +

    新しいアニメーション API を使って、UI コントロールのタッチ フィードバック、ビューの状態変化、アクティビティ間の遷移時のカスタム アニメーションを作成できます。 +

    + +

    この API で次のようなことができます。

    + +
      +
    • +タッチ フィードバック アニメーションでビューのタップ イベントに応答する。 +
      • +
    • +円形状の出現アニメーションを使ってビューを表示したり、非表示にしたりする。 +
      • +
    • +カスタムのアクティビティ遷移アニメーションを使ってアクティビティを切り替える。 +
      • +
    • +曲線モーションを使ってより自然なアニメーションを作成する。 +
      • +
    • +ビューの状態変化アニメーションを使って 1 つ以上のビュー プロパティを変化させるアニメーションを作成する。 +
      • +
    • +ビューの状態を変化させるアニメーションを状態リスト ドローアブルで表示します。 +
      • +
    + +

    タッチ フィードバック アニメーションはボタンなどの複数の標準ビューに組み込まれています。新しい API を使うと、これらのアニメーションをカスタマイズして、カスタム ビューに追加できます。 +

    + +

    詳細については、カスタム アニメーションの定義をご覧ください。 +

    + + +

    ドローアブル

    + +

    次の新しいドローアブル機能を使用してマテリアル デザイン アプリを実装できます。

    + +
      +
    • ベクター型ドローアブルは定義を失わずにスケールできるので、単色のアプリ アイコンに最適です。 +
      • +
    • ドローアブルによる着色を使ってビットマップをアルファ マスクとして定義し、実行時にそのビットマップに色付けできます。 +
      • +
    • 色の抽出を使ってビットマップ画像から代表色を自動的に抽出できます。 +
      • +
    + +

    詳細については、ドローアブルの使用をご覧ください。 +

    diff --git a/docs/html-intl/intl/ja/design/patterns/compatibility.jd b/docs/html-intl/intl/ja/design/patterns/compatibility.jd new file mode 100644 index 000000000000..c035a15a3630 --- /dev/null +++ b/docs/html-intl/intl/ja/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=下方互換性 +page.tags="support" +page.metaDescription=Android 4.x がバージョンの古いハードウェアや OS 向けにデザインされた UI にどのように対応するかについての注意事項。 +@jd:body + + +
    +

    デベロッパー ドキュメント

    +

    異なる端末のサポート

    +
    +     + +

    Android 3.0 での大きな変更点には、以下のような点があります。

    +
      +
    • 仮想コントロール（Back、Home、Recents）のナビゲーション処理の導入によるナビゲーション ハードウェア キー（Back、Menu、Search、Home）の廃止 +
      • +
    • アクションバーでメニュー項目を使用する際の表現パターンの強化
      • +
    +

    Android 4.0 では、こういったタブレット向けの変更点が携帯端末プラットフォームにも導入されました。

    + +

    古いハードウェアやアプリへの Android 4.0 の対応

    + +
    +
    + +

    仮想ナビゲーション コントロールのある携帯端末

    +

    Android 3.0 以降をターゲットにした Android アプリは、アクションをアクションバーに表示します。アクションバーに収まらないアクションや、トップレベルに表示するほど重要ではないアクションは、アクション オーバーフローに表示されます。 + +

    +

    ユーザーは、アクションバーをタップすることで、アクション オーバーフローにアクセスできます。

    + +
    +
    + + + +
    +
    + +
    +
    + +

    物理ナビゲーション キーのある携帯端末

    +

    従来型のナビゲーション ハードウェア キーのある Android 携帯端末では、画面下部に仮想ナビゲーション バーは表示されません。 +代わりに、メニュー ハードウェア キーからアクション オーバーフローを利用できます。そのため、ポップアップするアクションは先ほどの例と同じように利用できますが、画面の下部に表示される点が異なります。 +

    + +
    +
    + + + +
    +
    + +
    +
    + +

    仮想ナビゲーション コントロールのある携帯端末でのレガシー アプリ

    +

    Android 2.3 以前をターゲットにビルドされたアプリを仮想ナビゲーション コントロールのある携帯端末で実行すると、仮想ナビゲーション バーの右側にアクション オーバーフロー コントロールが表示されます。 +コントロールをタップすると、アプリのアクションを従来型の Android メニュー形式で表示できます。 +

    + +
    +
    + + + +
    +
    diff --git a/docs/html-intl/intl/ja/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/ja/design/patterns/confirming-acknowledging.jd index 35ba821a5cf6..c2dfb8492a8e 100644 --- a/docs/html-intl/intl/ja/design/patterns/confirming-acknowledging.jd +++ b/docs/html-intl/intl/ja/design/patterns/confirming-acknowledging.jd @@ -2,69 +2,69 @@ page.title=確認と通知 page.tags=dialog,toast,notification @jd:body -

    状況に応じて、ユーザーがアプリでアクションを呼び出したときに、テキストを使ってそのアクションを確認したり通知したりするのは良い方法です。

    +

    アプリでアクションを呼び出すときに、テキストでそのアクションを確認または通知するとよい場合があります。

    -
    -
    +
    +
    -

    確認とは、呼び出したアクションを続けるかどうかをユーザーに確認してもらうことです。場合によって、確認は考慮する必要があるアクションに関連する警告や重要情報とともに表示されることがあります。

    +

    確認とは、呼び出したアクションを本当に続行してもよいかどうかをユーザーにたずねることです。検討を要するアクションがあれば、それに関する警告や重要情報とともに表示されることもあります。

    -
    +
    -

    通知とは、呼び出したアクションが完了したことをユーザーにお知らせするテキストを表示することです。これによって、システムが実行している暗黙的な処理の不明瞭さをなくすことができます。場合によって、通知はアクションを元に戻すオプションとともに表示されることがあります。

    +

    通知とは、呼び出したアクションが完了したことをユーザーに知らせるテキストを表示することです。システムにより実行中であり、ユーザーには表示されない操作を確認できます。アクションを元に戻すオプションとともに表示されることもあります。

    -

    このような方法でユーザーに情報を伝えると、実行された処理やこれから実行される処理についての不明瞭さを軽減できます。確認や通知によって、後悔するような間違いをするのを防ぐこともできます。

    +

    このような機能を使用すれば、実行済みの処理やこれから実行される処理を明確に把握できます。確認や通知を表示することで、後悔するような間違いを防ぐこともできます。

    -

    ユーザーのアクションを確認または通知する場合

    -

    すべてのアクションに確認または通知が必要なわけではありません。デザインを決定する際の指針として次のチャートを使用してください。

    +

    ユーザーのアクションを確認または通知するタイミング

    +

    すべてのアクションに確認または通知が必要なわけではありません。確認や通知が必要かどうかを判断するには、次のチャートを使用してください。

    確認

    -
    -
    +
    +

    例: Google Play ブックス

    -

    この例では、ユーザーが Google Play ライブラリから書籍を削除することを要求しています。その書籍が今後端末で使えなくなることを知ってもらうことが重要であるため、このアクションを確認するアラートが表示されます。

    -

    確認のダイアログを作成するときは、要求されたアクションがすぐわかるようなタイトルにします。

    +

    この例では、ユーザーは Google Play ライブラリから書籍を削除するよう要求しています。この書籍が今後いずれの端末でも使用できなくなるということを知らせる必要があるため、このアクションを確認するアラートが表示されます。

    +

    確認ダイアログは、要求されたアクションをタイトルに記述するなどして、わかりやすく作成します。

    -
    -

    例: Android Beam

    +
    +

    例: Android ビーム

    -

    確認は、必ずしも 2 つのボタンの付いたアラートで示す必要はありません。Android Beam を開始した後に、ユーザーには共有するコンテンツ（この例では写真）にタップするように求めるメッセージが表示されます。共有を続行しない場合は、電話を離すだけです。

    +

    確認は、必ずしも 2 つのボタンが付いたアラートで行う必要はありません。Android ビームを開始した後、共有するコンテンツ（この例では写真）をタップするようメッセージが表示されます。共有を続行しない場合は、携帯端末を離すだけです。

    通知

    -
    -
    -

    例: 放置した Gmail 下書きの保存

    +
    +
    +

    例: 途中まで書いた Gmail の下書きの保存

    -

    この例では、ユーザーが Gmail 作成画面から前の画面に戻ったり、上位画面に移動したりするときに、予測しないことが起こる可能性があるため、現在の下書きが自動的に保存されます。トースト形式の通知によってその状態が明らかになります。この通知は数秒後にフェードします。

    +

    この例では、ユーザーが Gmail 作成画面から前の画面に戻ったり、画面の上部に移動したりすると、予測しないことが起こることもあるため、現在の下書きが自動的に保存されています。この動作はトースト形式で通知され、数秒後に消えます。

    この場合、保存操作はユーザーではなくアプリによって行われるため、元に戻す操作は適切ではありません。また、下書きのリストに移動するだけでメッセージの作成をすぐに再開できます。

    -
    +

    例: Gmail スレッドの削除

    -

    ユーザーが Gmail のリストからスレッドを削除した後に、元に戻すオプションとともに通知が表示されます。ユーザーがリストのスクロールなど関連しないアクションを実行するまで通知は表示されたままになります。

    +

    ユーザーが Gmail のリストから会話を削除した後に、元に戻すオプションとともに認定が表示されます。リストのスクロールなど無関係なアクションをユーザーが実行するまで、通知の表示は消えません。

    確認または通知を行わない場合

    -
    -
    +
    +

    例: +1 操作

    -

    確認は不要。ユーザーが誤って +1 ボタンをタップしても、大きな問題にはなりません。ボタンをもう一度タップすればアクションを元に戻すことができます。

    -

    通知は不要。+1 ボタンがバウンスし、赤に変わります。これは非常にわかりやすいシグナルです。

    +

    確認は不要です。ユーザーが誤って [+1] ボタンをタップしても、あまり問題ではありません。ボタンをもう一度タップすれば、アクションを元に戻すことができるからです。

    +

    通知は不要です。[+1] ボタンがバウンドして赤に変わります。これは非常にわかりやすいシグナルです。

    -
    -

    例: ホームスクリーンからアプリを削除

    +
    +

    例: ホームスクリーンからアプリを削除する場合

    -

    確認は不要。これは意図的なアクションです。ユーザーはアイテムを比較的大きな分離されたターゲットにドラッグ アンド ドロップする必要があります。そのため、不測の問題が発生することはほとんどありません。ユーザーがこの決定を元に戻したい場合は、ほんの数秒で元に戻すことができます。

    -

    通知は不要。ユーザーは自分でアプリをドラッグして削除するため、アプリがホームスクリーンから消えることがわかっています。

    +

    確認は不要です。このアクションは賢明に設計されており、ユーザーはアイテムを比較的離れたところにある大きいターゲットにドラッグ アンド ドロップする必要があります。そのため、アクシデントが発生することはほとんどありません。しかもこの操作を取り消したい場合は、ほんの数秒で元に戻すことができるようになっています。

    +

    通知は不要です。ユーザーが自分でアプリをドラッグして削除しているので、アプリがホームスクリーンから消えるのがわかっているからです。

    diff --git a/docs/html-intl/intl/ja/design/patterns/navigation.jd b/docs/html-intl/intl/ja/design/patterns/navigation.jd index dbb6b04e14e3..079ad2511f53 100644 --- a/docs/html-intl/intl/ja/design/patterns/navigation.jd +++ b/docs/html-intl/intl/ja/design/patterns/navigation.jd @@ -1,213 +1,213 @@ -page.title=Back と Up を使用したナビゲーション +page.title=Back ボタンと Up ボタンを使用したナビゲーション page.tags="navigation","activity","task","up navigation","back navigation" page.image=/design/media/navigation_between_siblings_gmail.png @jd:body
    -

    デベロッパー文書

    -

    効果的なナビゲーションを実装する

    +

    デベロッパー ドキュメント

    +

    効果的なナビゲーションの実装

     -

    一貫したナビゲーションは全体的なユーザーの操作性を向上するために欠かせない重要な要素です。一貫性がなく予測できない動作ほどユーザーにとって不快なものはありません。 -Android 3.0 では、全体的なナビゲーション動作が大きく変更されました。 -注意深く Back と Up のガイドラインに従うことで、アプリのナビゲーションをユーザーにとって予測可能で信頼できるものにすることができます。 +

    使いやすいアプリでは、ナビゲーションに統一性があります。統一性がなく、動作の読めないアプリほど使いにくいものはありません。 +Android 3.0 では、全体的なナビゲーション動作が大きく変わりました。 +Back ボタンと Up ボタンのガイドラインに従えば、ユーザーにとってわかりやすく、信頼できるナビゲーションを実装できます。

    -

    Android 2.3 以前のアプリ内でのナビゲーションはシステムの Back ボタンを使って行われてきました。Android 3.0 よりアクションバーが導入され、第 2 のナビゲーション メカニズムとして Up ボタンが登場しました。このボタンはアプリアイコンと左向きのキャラットで構成されています。 - +

    Android 2.3 以前のアプリのナビゲーションはシステムの Back ボタンで行っていました。 +Android 3.0 よりアクションバーが導入され、第 2 のナビゲーション メカニズムとして Up ボタンが登場しました。このボタンはアプリアイコンと左向きのキャレットで表されています。

    -

    Up と Back

    +

    Up ボタンと Back ボタンの違い

    Up ボタンは、画面間の階層関係に基づいてアプリ内を移動するために使います。 -たとえば、画面 A がアイテムのリストを表示し、アイテムを選択すると（そのアイテムの詳細を表示する）画面 B に移動する場合、画面 B には画面 A に戻るための Up ボタンを用意する必要があります。 +たとえば、画面 A でアイテムのリストを表示し、アイテムを選択すると（そのアイテムの詳細を表示する）画面 B に移動する場合、画面 B には画面 A に戻るための Up ボタンが必要です。

    -

    画面がアプリの最上位（つまり、アプリのホーム）であれば、Up ボタンを表示すべきではありません。 +

    画面がアプリのトップ レベル（アプリのホーム）であれば、Up ボタンを表示する必要はありません。

    -

    システムの Back ボタンはユーザーが最近使用した画面を、さかのぼって順番に移動する場合に使用されます。 -通常このナビゲーションはアプリの階層ではなく、画面を表示した順番に基づいています。 +

    システムの Back ボタンは、最近使用した画面をさかのぼって順番に移動する場合に使用します。 +通常、このナビゲーションはアプリの階層ではなく、画面を表示した順番に基づいています。

    -

    前に表示していた画面が現在の画面の親階層となる場合は、Back ボタンを押すとUp ボタンを押したときと同じ結果になります — これはよくある動作です。 +

    前に表示していた画面が現在の画面の親階層となる場合は、Back ボタンを押すと Up ボタンを押したときと同じ結果になります — これは一般的な動作です。 -ただし、Up ボタンではユーザーが確実にアプリ内に留まるのに対して、Back ボタンを使えばホームスクリーンに、さらには別のアプリに戻ることさえできます。 +ただし、Up ボタンではユーザーの移動がアプリ内に限られるのに対して、Back ボタンではホーム画面や、別のアプリにも戻れます。

    -

    Back ボタンは、画面間を直接ナビゲーションするだけでなく、次のような動作もサポートします。 +

    Back ボタンは、画面間を直接ナビゲーションするだけでなく、次のような動作にも対応しています。

    • フローティング ウィンドウ（ダイアログ、ポップアップ）を閉じる
    • コンテキスト アクションバーを閉じて、選択したアイテムのハイライト表示を解除する
      • -
    • オンスクリーン キーボード（IME）を非表示にする
      • +
    • 画面上のキーボード（IME）を非表示にする

    アプリ内でのナビゲーション

    -

    複数のエントリ ポイントのある画面のナビゲーション

    -

    画面にアプリ階層内の正確な位置がなく、アプリ内の他のどの画面からでもアクセスできる設定画面などのように複数のエントリ ポイントからアクセスできる場合があります。この場合、Up ボタンは参照元の画面に戻ることを選択する必要があります。これは Back も同様です。 -— +

    エントリ ポイントが複数ある画面へのナビゲート

    +

    設定画面のように、アプリ内の他のどの画面からでもアクセスでき、アプリ階層内に定位置がなく、複数のエントリ ポイントからアクセスできる画面もあります。 +この場合、Up ボタンは Back ボタンと同じように元の画面に戻ります。

    -

    画面内でビューを変更する

    -

    画面のビュー オプションを変更しても Up と Back の動作は変わりません。画面はアプリの階層内の同じ位置に留まり、新しいナビゲーション履歴は作成されません。 +

    画面内でのビューの変更

    +

    画面のビュー オプションを変更しても Up ボタンと Back ボタンの動作は変わりません。画面はアプリの階層内の同じ位置にあり、新しいナビゲーション履歴は作成されません。

    このようなビューの変更には次のようなものがあります。

      -
    • タブや左右のスワイプを使ってビューを切り替える
      • -
    • ドロップダウン（折りたたみタブ）を使ってビューを切り替える
      • -
    • リストにフィルタをかける
      • -
    • リストをソートする
      • -
    • 表示の方法を変える（ズームなど）
      • +
    • タブや左右のスワイプを使ったビューの切り替え
      • +
    • ドロップダウン（折りたたみタブ）を使ったビューの切り替え
      • +
    • リストへのフィルタの適用
      • +
    • リストの並び替え
      • +
    • 表示方法の変更（ズームなど）

    兄弟画面間のナビゲーション

    -

    アプリでアイテムのリストから 1 つのアイテム詳細画面に移動するとき、そのアイテムからリスト内の前後にある別のアイテムへのナビゲーションをサポートするのが望ましいことがよくあります。 +

    アプリでアイテムのリストから選択して、あるアイテムの詳細画面に移動するとき、そのアイテムからリストの前後にある別のアイテムにナビゲーションできるようにすると使いやすくなる場合があります。 -たとえば、Gmail では、スワイプすることで、ある会話から同じ受信トレイの新しいまたは古い会話へ左右に簡単に移動できます。 -画面内でビューを変更する場合と同じように、このようなナビゲーションによって Up または Back の動作は変わりません。 +たとえば、Gmail で左か右にスワイプすると、同じ受信トレイのある会話から新しい会話や古い会話に簡単に移動できます。 +画面内でビューを変更する場合と同様に、このナビゲーションでも Up ボタンまたは Back ボタンの動作は変わりません。

    -

    しかし、参照リストで結び付けられていない関連詳細ビュー間をブラウジングする場合 — たとえば Play ストアで同じデベロッパーのアプリや同じアーティストのアルバム間をブラウジング場合、その動作はこれとは明らかに異なります。 +

    ただし、参照リストで結び付けられていない関連詳細ビュー間をブラウジングする場合は例外です。たとえば Play Store で同じデベロッパーのアプリや同じアーティストのアルバム間をブラウジングする場合です。 この場合、各リンクをたどると履歴が作成され、Back ボタンで以前に表示した各画面に戻ることになります。 -Up では常にこれらの関連画面をバイパスして、直前に表示したコンテナ画面に移動します。 +Up ボタンを使用するとこれらの関連画面をバイパスして、直前に表示したコンテナ画面に移動します。

    -

    Up の動作を詳細ビューの知識に基づいてより使いやすくすることができます。 -前述の Play ストアの例で、ユーザーが直前に表示した書籍から映画版の詳細に移動したとします。 -その場合、Up でユーザーが前に表示していないコンテナ（映画）に戻ることができます。 +

    詳細ビューを応用すれば、Up ボタンを使いやすくできます。 +前述の Play Store の例で、直前に表示した書籍から映画版の詳細に移動したとします。 +その場合、Up ボタンを使用すると前に表示していないコンテナ（映画）に戻ることができます。

    -

    ホームスクリーンのウィジェットと通知によるアプリへのナビゲーション

    +

    ホーム画面のウィジェットと通知を使用したアプリへのナビゲーション

    -

    ホームスクリーンのウィジェットや通知を使ってユーザーがアプリ階層内の深い階層にある画面に直接移動できるようにします。 -たとえば、Gmail の受信ボックスのウィジェットと新しいメッセージ通知はどちらも受信トレイ画面をバイパスし、会話ビューを直接表示できます。 +

    ホーム画面のウィジェットや通知を使用して、アプリの深い階層にある画面に直接移動できるようにします。 +たとえば、Gmail の受信トレイのウィジェットと新しいメッセージ通知をタップすると、どちらも受信トレイ画面をバイパスし、会話ビューを直接表示できます。

    この両方の機能で、Up ボタンを次のように処理します。

      -
    • 通常アプリ内の特定の画面から移動先画面に移動する場合、Up でその画面に移動します。 +
    • 通常どおりにアプリの特定の画面から移動先画面に移動する場合、Up ボタンを使用するとその画面に移動します。
      • -
    • それ以外の場合は、Up でアプリの最上位（「ホーム」）画面に移動します。
      • +
    • それ以外の場合は、Up ボタンを使用するとアプリのトップレベル（[ホーム]）の画面に移動します。
    -

    Back ボタンの場合は、アプリの最上位画面への完全な上向きナビゲーション パスをタスクのバックスタックに挿入してナビゲーションをより予測可能なものにする必要があります。 -この設定によって、アプリにどのように入ったか忘れたユーザーは、終了前のアプリの最上位画面に移動できます。 +

    Back ボタンの場合は、アプリのトップ レベルの画面に直接ナビゲートできるパスをタスクのバック スタックに挿入して、わかりやすいナビゲーションにします。 +こうすることで、アプリをどのように起動したか覚えていなくても、トップ レベルの画面に移動してから終了できます。

    -

    たとえば Gmail のホームスクリーンのウィジェットには、その作成画面に直接移動するボタンがあります。 -作成画面の Up または Back で受信トレイが表示され、そこから Back ボタンでホームに移動します。 +

    たとえば Gmail のホーム画面のウィジェットには、作成画面に直接移動するボタンがあります。 +作成画面の Up ボタンまたは Back ボタンで受信トレイが表示され、そこから Back ボタンでホームに移動します。

    間接通知

    -

    アプリで複数のイベントに関する情報を同時に表示する必要がある場合、1 つの通知を使ってユーザーをインタースティシャル画面に導くことができます。 -この画面にはこれらのイベントがまとめてあり、アプリのさらに深い階層に移動するためのパスが示されます。このスタイルの通知を間接通知と呼びます。 - +

    アプリで複数のイベントに関する情報を同時に表示する必要がある場合、通知を 1 つにまとめてそこからインタースティシャル画面に遷移させることができます。 +この画面にはこれらのイベントの要約が表示されており、アプリのさらに深い階層に移動するパスが示されます。 +このスタイルの通知を間接通知と呼びます。

    -

    標準（直接）通知とは異なり、間接通知のインタースティシャル画面から Back を押すとユーザーは通知がトリガーされた地点に戻ります — バックスタックには追加の画面は挿入されません。 +

    標準（直接）通知とは異なり、間接通知のインタースティシャル画面で Back ボタンを押すと、通知がトリガーされた画面に戻ります。バックスタックには追加の画面は挿入されません。 -ユーザーがインタースティシャル画面からアプリに移動すると、Up および Back は前述した標準通知の場合と同様に動作します。つまりインタースティシャル画面に戻るのではなくアプリ内でナビゲーションします。 +ユーザーがインタースティシャル画面からアプリに移動すると、Up ボタンと Back ボタンは前述の標準通知と同様に動作します。つまり、インタースティシャル画面に戻るのではなくアプリ内で遷移します。

    -

    たとえば Gmail のユーザーがカレンダーから間接通知を受け取ったとします。この通知をタップするとインタースティシャル画面が開き、複数の異なるイベントに関するリマインダーが表示されます。 +

    たとえば Gmail がカレンダーから間接通知を受け取ったとします。この通知をタップするとインタースティシャル画面が開き、複数の異なるイベントのリマインダーが表示されます。 -インタースティシャル画面で Back をタップすると Gmail に戻ります。特定のイベントをタップすると、インタースティシャル画面から完全なカレンダー アプリに移動し、そのイベントの詳細が表示されます。 +インタースティシャル画面で Back ボタンをタップすると Gmail に戻ります。特定のイベントをタップすると、インタースティシャル画面からカレンダー アプリに移動し、そのイベントの詳細が表示されます。 -イベントの詳細から、Up および Back を使うとカレンダーの最上位ビューが表示されます。

    +イベントの詳細画面で Up ボタンや Back ボタンを使うと、カレンダーのトップ ビューに移動します。

    ポップアップ通知

    -

    ポップアップ通知は通知ドロワーをバイパスしてユーザーの前に直接表示されます。 -ポップアップ通知はめったに使われません。タイムリーな応答が要求され、ユーザーのコンテキストの中断が必要な場合に使われます。 -たとえばトークでは、このスタイルを使って友人からのビデオチャットへの参加に関する招待状についてユーザーに通知します。というのも、この招待状は数秒後に自動的に期限切れになるからです。 +

    ポップアップ通知は通知ドロワーをバイパスし、直接表示される通知です。 +ポップアップ通知はほとんど使われません。タイムリーな応答が要求され、ユーザーの操作の中断が必要な場合にのみ使うべきです。 +たとえばトークでは、友人からのビデオチャットへの招待が数秒後に自動的に期限切れとなる場合、このスタイルを使ってユーザーに通知します。

    -

    ナビゲーション動作の点から、ポップアップ通知は間接通知のインタースティシャル画面の動作に厳密に従います。 -Back でポップアップ通知は閉じます。ユーザーがポップアップから通知元のアプリに移動すると、Up と Back は標準通知のルールに従い、アプリ内でナビゲーションします。 +

    ナビゲーションでは、間接通知のインタースティシャル画面の動作に慎重に従ってポップアップ通知を行います。 +Back ボタンでポップアップ通知を閉じます。ポップアップから通知対象のアプリに移動すると、Up ボタンと Back ボタンは標準通知のルールに従って、そのアプリ内で通常のナビゲーションを実行します。

    -

    アプリ間のナビゲーション

    - -

    Android システムの基本的な利点の 1 つにアプリ同士がそれぞれをアクティブにできる機能があります。これによりユーザーは特定のアプリから別のアプリへ直接移動できます。 -たとえば写真を撮影する必要があるアプリでは、カメラアプリをアクティブにすることができます。カメラアプリは写真を参照元のアプリに戻します。これはデベロッパーにとっては他のアプリのコードを簡単に利用できるという点で、またユーザーにとっては通常実行するアクションに対して一貫した操作を実行できるという点で大きなメリットです。 +

    アプリ間ナビゲーション

    +

    Android システムの基本的な利点の 1 つに、アプリが別のアプリを起動できる機能があります。これを使用すると、あるアプリから別のアプリへ直接移動できます。 +たとえば、写真をキャプチャするアプリで、カメラアプリを起動できます。カメラアプリは写真を起動元のアプリに返します。 +デベロッパーにとっては他のアプリのコードを簡単に利用できるという点で、ユーザーにとってはよく実行するアクションを常に同じ操作で実行できるという点で大きなメリットです。

    -

    アプリ間のナビゲーションを理解するには、次に説明する Android フレームワークの動作を理解することが重要です。 +

    アプリ間ナビゲーションを理解するには、次に説明する Android フレームワークの動作を理解する必要があります。

    アクティビティ、タスク、インテント

    -

    Android におけるアクティビティとは情報の画面と、ユーザーが実行できるすべての関連アクションを定義するアプリケーション コンポーネントです。 -アプリはアクティビティのコレクションで、作成したアクティビティと他のアプリから再利用するアクティビティの両方で構成されています。 +

    Android におけるアクティビティとは、情報を表示する画面と、実行できるすべての関連アクションを定義するアプリケーション コンポーネントのことです。 +アプリはアクティビティの集まりで構成され、作成したアクティビティと他のアプリから再利用するアクティビティで構成されています。

    -

    タスクとは目標を実現するためにユーザーが従う一連のアクティビティです。1 つのタスクで 1 つのアプリだけのアクティビティを利用することも、複数のアプリのアクティビティを利用することもできます。 +

    タスクとは目的の動作を遂行するために実行する、一連のアクティビティのことです。1 つのタスクで 1 つのアプリだけのアクティビティを利用することも、複数のアプリのアクティビティを利用することもできます。

    -

    インテントとは、あるアプリがアクションの実行に関して別のアプリのサポートが必要であることを示すメカニズムです。 -アプリのアクティビティでそれらのアプリが対応できるインテントを示すことができます。 -「共有」などの一般的なインテントの場合、ユーザーはその要求を実現できる多くのアプリをインストールしている場合があります。 +

    インテントとは、アプリがあるアクションを実行するために、別のアプリにアシストを要求するためのシグナルを出すメカニズムです。 +アプリのアクティビティは、どのようなインテントに応答できるか決めることができます。 +「共有」などの一般的なインテントの場合、その要求に対応できるアプリが複数インストールされていることもあります。

    -

    例: 共有をサポートするアプリ間のナビゲーション

    - -

    アクティビティ、タスク、インテントの連携を理解するには、1 つのアプリが別のアプリを使ってユーザーによるコンテンツの共有を可能にする仕組みを知る必要があります。たとえばホームから Play ストアのアプリを起動すると、新しいタスク A が開始されるとします（以下の図を参照）。 +

    例: アプリ間をナビゲートして共有をサポートする

    -Play ストア内をナビゲートし、プロンプトで表示された書籍をタップしてその詳細を表示した後もユーザーは同じタスク内に留まり、アクティビティを追加するとタスクは拡張されます。 -「共有」アクションをトリガーすると、共有インテントを処理するよう登録されている（さまざまなアプリの）各アクティビティを示すダイアログがユーザー表示されます。 +

    アクティビティ、タスク、インテントの連携を理解するには、あるアプリが別のアプリを使ってコンテンツを共有する仕組みについて理解する必要があります。 +たとえば、ホームから Play Store のアプリを起動すると、新しいタスク A が開始されるとします（以下の図を参照）。 +Play Store 内をナビゲートし、おすすめの書籍をタップしてその詳細を表示した後もユーザーは同じタスク内に留まり、アクティビティを追加するとタスクが拡張されます。 +「共有」アクションをトリガーすると、共有インテントを処理するよう登録されている（さまざまなアプリの）各アクティビティを一覧表示するダイアログが表示されます。

    -

    ユーザーが Gmail 経由で共有することを選択すると、Gmail の作成アクティビティがタスク A の続きとして追加されます — 新しいタスクは作成されません。 -Gmail にバックグラウンドで実行中の独自のタスクがある場合、そのタスクは影響を受けません。 +

    Gmail で共有するよう選択すると、Gmail の作成アクティビティがタスク A の続きとして追加され、新しいタスクは作成されません。 +Gmail にバックグラウンドで実行中のタスクがある場合、そのタスクは影響を受けません。

    -

    作成アクティビティからメッセージを送信するか、Back ボタンをタップするとユーザーは書籍の詳細アクティビティに戻ります。 -Back を連続してタップすると Play ストアに戻り、最終的にはホームが表示されます。 +

    作成アクティビティからメッセージを送信するか、Back ボタンをタップすると書籍の詳細アクティビティに戻ります。 +Back ボタンを連続してタップすると Play Store に戻り、最後にホーム画面が表示されます。

    -

    ただし、作成アクティビティから Up をタップすると、ユーザーは Gmail 内に留まる意思を示すことになります。 -Gmail の会話リストのアクティビティが表示され、新しいタスク B が作成されます。新しいタスクは常にホームをルートとしているため、会話リストからBack をタップするとホームに戻ります。 +

    ただし、作成アクティビティで Up ボタンをタップすると、Gmail で引き続き作業することになります。 +Gmail の会話リストのアクティビティが表示され、新しいタスク B が作成されます。新しいタスクでは常にホーム画面がルートになるため、会話リストから Back ボタンをタップするとホーム画面に戻ります。

    -

    タスク A はバックグラウンドで維持され、ユーザー後から（たとえば [最近使ったアプリ] 画面経由で）このタスクに戻ることができます。 -Gmail にバックグラウンドで実行中の独自のタスクが既にある場合、そのタスクはタスク B に置き換えられます — 前のコンテキストはユーザーの新しい目標の導入より破棄されます。 +

    タスク A はバックグラウンドで待機しているので、後から（たとえば [最近使ったアプリ] 画面から）このタスクに戻ることができます。 +Gmail にバックグラウンドで実行中のタスクが既にある場合、そのタスクはタスク B に置き換えられます。新しいタスクが選択され、前のコンテキストは破棄されます。

    -

    アプリがアプリ階層内の深い階層にあるアクティビティでインテントを処理するように登録されている場合は、Up ナビゲーションの指定方法についてホームスクリーンのウィジェットと通知によるアプリへのナビゲーションをご覧ください。 +

    深い階層にあるアクティビティでインテントを処理するようアプリで登録されている場合は、Up ナビゲーションの指定方法については、ホーム画面のウィジェットと通知を使用したアプリへのナビゲーションをご覧ください。

    diff --git a/docs/html-intl/intl/ko/design/get-started/principles.jd b/docs/html-intl/intl/ko/design/get-started/principles.jd index aba8a9beaeeb..b7ca66eefc49 100644 --- a/docs/html-intl/intl/ko/design/get-started/principles.jd +++ b/docs/html-intl/intl/ko/design/get-started/principles.jd @@ -1,8 +1,8 @@ page.title=Android 디자인 원칙 @jd:body -

    이러한 디자인 원칙은 사용자의 이익을 가장 염두에 두고 Android -사용자 환경 팀(User Experience Team)에 의해서와 이 팀을 위해 개발되었습니다. Android 개발자 및 디자이너를 +

    이 디자인 원칙은 사용자의 이익을 가장 염두에 두고 Android +사용자 환경 팀(User Experience Team)에 의해 이 팀을 위해 개발되었습니다. Android 개발자 및 디자이너를 위해 Android 사용자 환경 팀은 계속해서 여러 유형의 기기를 위한 상세한 디자인 가이드라인의 기저를 이루고 있습니다.

    @@ -14,8 +14,8 @@ page.title=Android 디자인 원칙

    황홀하게 만들기

    -
    -
    +
    +

    놀라운 방식으로 기쁨을 주기

    아름다운 표면, 신중하게 위치한 애니메이션 또는 시간적으로 잘 짜여진 소리 효과는 사람들에게 즐거운 @@ -23,7 +23,7 @@ page.title=Android 디자인 원칙 힘을 가지고 있다고 느끼게 해줍니다.

    -
    +
    @@ -32,15 +32,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    버튼 및 메뉴보다 더 흥미로운 실제 사물

    사람들이 직접 앱 내 사물을 터치하고 조작할 수 있게 해보세요. 이는 태스크를 수행할 때 필요한 인지 노력을 줄이는 동시에 정서적인 만족을 가져다 줍니다.

    -
    +
    @@ -49,8 +49,8 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    내 것으로 만들게 하기

    사람들은 개인적인 취향을 더하고 싶어 하는데, 그렇게 하면 마음이 편안해지고 통제할 수 있다고 느끼게 되기 때문입니다. 합리적이고 @@ -58,7 +58,7 @@ page.title=Android 디자인 원칙 주요 태스크를 저해하지 않는 범위에서 재미있고, 선택 가능한 맞춤 기능을 제공할 것을 고려해 보십시오.

    -
    +
    @@ -67,15 +67,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    사용자에 대해 파악하기

    시간이 지남에 따라 사람들이 선호하는 것을 알아보세요. 똑같은 선택을 매번 하도록 요구하기 보다는 이전 선택을 쉽게 접근할 수 있는 곳에 둡니다.

    -
    +
    @@ -84,14 +84,14 @@ page.title=Android 디자인 원칙

    사용자의 생활을 단순하게 만들기

    -
    -
    +
    +

    간결하게 만들기

    간단한 단어로 이루어진 짧은 문구를 사용하세요. 문장이 길면 사람들이 보지 않고 넘길 가능성이 커집니다.

    -
    +
    @@ -100,15 +100,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    말보다 빠른 사진

    생각을 전달하는 데 사진을 이용할 것을 고려해 보세요. 사람들의 시선을 끌고 말보다 더 효과적일 수 있습니다.

    -
    +
    @@ -117,15 +117,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    사용자를 대신해서 결정해 주되 최종 결정권은 사용자에게 주기

    먼저 물어보기 보다는 최선의 추측을 하고 조치를 취해 보세요. 선택하고 결정해야 하는 사항이 너무 많으면 사람들이 짜증을 내게 됩니다. 만약을 대비해 '실행 취소' 기능을 제공합니다.

    -
    +
    @@ -134,15 +134,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    사용자가 필요로 할 때 필요한 사항만 보여주기

    사람들은 한 번에 너무 많은 것을 보면 버거워합니다. 태스크 및 정보를 소화 가능한 작은 크기로 나누세요. 현재 필요하지 않은 옵션은 숨기고 사람들의 작업 진행에 맞게 옵션을 표시하세요.

    -
    +
    @@ -151,15 +151,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    사용자 자신이 현재 어디에 있는지 항상 알도록 하기

    사람들에게 현재 자신이 어디에 있는지에 대한 확신을 주어야 합니다. 앱에서 장소가 명확하게 표시되게 하고, 전환을 사용하여 화면 간 관계를 보여줍니다. 현재 작업 중인 태스크에 대한 피드백을 제공합니다.

    -
    +
    @@ -168,8 +168,8 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    사용자가 가지고 있는 것들을 절대 잃어버리지 않도록 하기

    사람들이 공들여 만든 것을 저장하고 어디서든지 액세스할 수 있게 합니다. 휴대폰, 태블릿 및 컴퓨터에 걸쳐 설정, @@ -177,7 +177,7 @@ page.title=Android 디자인 원칙 가장 쉬워집니다.

    -
    +
    @@ -186,15 +186,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    똑같이 보이면 똑같이 동작되도록 하기

    기능을 시각적으로 단순하게 만들기 보다는 눈에 띄게 만들어 사람들이 기능적 차이를 알아볼 수 있게 합니다. 비슷하게 보이는 장소지만 같은 입력에 대해 다르게 실행되는 모드는 피하도록 합니다.

    -
    +
    @@ -203,15 +203,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    중요할 때만 작업을 중단하기

    유능한 개인 비서와 같이 중요하지 않은 일로 사람들의 작업을 중단하지 않도록 합니다. 사람들은 작업에 계속 집중하기를 바라며, 중요하고 시간을 다투는 일을 제외하고는 작업이 중단되면 부담스럽고 짜증이 날 수 있습니다.

    -
    +
    @@ -220,8 +220,8 @@ page.title=Android 디자인 원칙

    사용자를 놀래킬 수 있는 환경 만들기

    -
    -
    +
    +

    어디서든 적용될 수 있는 팁 제공하기

    사람들은 스스로 알아내는 것을 좋아합니다. 다른 Android 앱의 시각적 패턴과 머슬 메모리(muscle memory)를 활용하여 @@ -229,7 +229,7 @@ page.title=Android 디자인 원칙 좋은 탐색 지름길이 될 수 있습니다.

    -
    +
    @@ -238,16 +238,16 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    사용자가 자기 탓으로 느끼지 않게 하기

    사람들의 실수를 바로잡아 줄 때는 부드럽게 합니다. 사람들은 -앱을 사용할 때 스마트하게 느끼고 싶어 합니다. 뭔가 잘못될 경우, 명확한 복구 지침을 제공하되, 기술적인 세부 사항은 제공하지 않습니다. -사람들 모르게 복구할 수 있으면 더 좋습니다.

    +앱을 사용할 때 자신이 스마트하다고 느끼고 싶어 합니다. 뭔가 잘못될 경우, 명확한 복구 지침을 제공하되, 기술적인 세부 사항은 그들에게 맡기세요. +눈치채지 않게 복구할 수 있으면 더 좋습니다.

    -
    +
    @@ -256,15 +256,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    격려하기

    복잡한 태스크를 쉽게 완료할 수 있도록 여러 단계로 나눕니다. 미묘한 반짝임일지라도 작업에 대해서 피드백을 줍니다.

    -
    +
    @@ -273,8 +273,8 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    힘든 건 대신해주기

    초보자들이 할 수 있을 것이라 생각하지 못한 일들을 해서 전문가처럼 느낄 수 있게 합니다. 예를 @@ -282,7 +282,7 @@ page.title=Android 디자인 원칙 겨우 몇 단계를 거치는 것만으로 멋진 사진으로 보이게 할 수 있습니다.

    -
    +
    @@ -291,15 +291,15 @@ page.title=Android 디자인 원칙
     
    -
    -
    +
    +

    중요한 일은 빨리 해결되도록 하기

    모든 작업이 같지는 않습니다. 앱에서 가장 중요한 것이 무엇인지 결정한 후 쉽게 찾을 수 있고 빨리 사용할 수 있도록 합니다. 일례로 카메라의 셔터 버튼이나 음악 플레이어의 일시정지 버튼이 이에 해당됩니다.

    -
    +
    diff --git a/docs/html-intl/intl/ko/design/index.jd b/docs/html-intl/intl/ko/design/index.jd new file mode 100644 index 000000000000..b24c66866b7d --- /dev/null +++ b/docs/html-intl/intl/ko/design/index.jd @@ -0,0 +1,186 @@ +page.title=Android용 머티리얼 디자인 +page.tags=Material,design +page.type=design +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
    +

    개발자 문서

    +

    머티리얼 디자인으로 앱 생성

    +
    +     + + + +
    +

    비디오

    +

    머티리얼 디자인 소개

    +
    +     + + + +
    +

    비디오

    +

    종이와 잉크: 중요한 머티리얼

    +
    +     + + + +
    +

    비디오

    +

    Google I/O 앱 내 머티리얼 디자인

    +
    +     + + + +

    머티리얼 디자인은 플랫폼 및 기기 전반의 표현 방식, 모션 및 +상호 작용 디자인에 대한 종합적인 지침입니다. Android에는 이제 +머티리얼 디자인 앱에 대한 지원이 포함되었습니다. Android 앱에서 머티리얼 디자인을 사용하려면 머티리얼 디자인 사양에 +규정되어 있는 지침을 따르세요. 또한 Android 5.0(API 레벨 21) 이상에서 제공하는 +새 구성 요소 및 기능을 사용하세요.

    + +

    Android는 머티리얼 디자인 앱을 구축하는 데 사용할 수 있는 다음 요소를 제공합니다.

    + +
      +
    • 새로운 테마
      • +
    • 복잡한 뷰를 위한 새로운 위젯
      • +
    • 사용자 지정 그림자 및 애니메이션을 위한 새로운 API
      • +
    + +

    Android에서 머티리얼 디자인을 구현하는 방법에 대한 자세한 내용은 +머티리얼 디자인으로 앱 생성을 참조하세요.

    + + +

    머티리얼 테마

    + +

    머티리얼 테마는 앱에 사용할 수 있는 새로운 스타일, 색상표를 +설정할 수 있는 시스템 위젯, 그리고 터치 피드백 및 액티비티 전환을 위한 기본 애니메이션을 제공합니다.

    + + +
    +
    + +
    +

    어두운 머티리얼 테마

    +
    +
    +
    + +
    +

    밝은 머티리얼 테마

    +
    +
    +
    +
    + +

    자세한 내용은 머티리얼 +테마 사용을 참조하세요.

    + + +

    목록 및 카드

    + +

    Android는 머티리얼 디자인 스타일 +및 애니메이션으로 카드 및 목록을 표시하는 데 사용할 수 있는 두 개의 새로운 위젯을 제공합니다.

    + + +
    +
    + +

    새로운 RecyclerView 위젯은 ListView의 +플러그 기능이 개선된 버전으로, 다양한 레이아웃 유형을 지원하고 향상된 성능을 제공합니다.

    +
    +
    + +

    새로운 CardView 위젯은 일관적인 모양 및 느낌이 있는 +카드 내 정보의 중요한 부분을 표시할 수 있게 해줍니다.

    +
    +
    +
    + +

    자세한 내용은 목록 +및 카드 생성을 참조하세요.

    + + +

    뷰 그림자

    + +

    X 및 Y 속성과 더불어 이제 Android의 뷰에는 Z +속성이 추가되었습니다. 이 새로운 속성은 다음을 결정하는 뷰의 엘리베이션을 나타냅니다.

    + +
      +
    • 그림자 크기: 뷰의 Z 값이 클수록 표시되는 그림자도 커집니다.
      • +
    • 그리기 순서: 뷰의 Z 값이 클수록 다른 뷰의 위에 표시됩니다.
      • +
    + +
    +
    + +
    +
    + 영화를 재생하려면 기기 화면을 클릭하세요. +
    +
    + +

    자세한 내용은 그림자 +정의 및 뷰 클리핑을 참조하세요.

    + + +

    애니메이션

    + +

    새 애니메이션 API는 UI 컨트롤 내의 터치 피드백, 뷰 상태 +변화, 그리고 액티비티 전환을 위한 사용자 지정 애니메이션을 생성할 수 있게 해줍니다.

    + +

    이 API를 사용하면 다음 작업을 수행할 수 있습니다.

    + +
      +
    • +터치 피드백 애니메이션으로 ë·° 내 터치 이벤트에 응답하기. +
      • +
    • +회전하며 나타나기 애니메이션으로 ë·° 감추기 및 표시하기. +
      • +
    • +사용자 지정 액티비티 전환 애니메이션으로 액티비티 간 전환하기. +
      • +
    • +커브 모션으로 더 자연스러운 애니메이션 생성하기. +
      • +
    • +ë·° 상태 변경 애니메이션으로 하나 이상의 ë·° 속성 변경 사항 애니메이션화하기. +
      • +
    • +ë·° 상태 변경 간에 상태 목록 드로어블에서 애니메이션 표시하기. +
      • +
    + +

    터치 피드백 애니메이션은 버튼과 같은 여러 기본 뷰에 내장되어 있습니다. 새 API를 사용하면 이러한 애니메이션을 사용자 지정하고 사용자 지정 뷰에 추가할 수 +있습니다.

    + +

    자세한 내용은 사용자지정 +애니메이션 정의를 참조하세요.

    + + +

    드로어블

    + +

    드로어블에 대한 다음과 같은 새 기능을 통해 머티리얼 디자인 앱을 쉽게 구현할 수 있습니다.

    + +
      +
    • 벡터 드로어블은 단색 인앱 아이콘에 +적합하며, 정의 손실 없이 확장 가능합니다.
      • +
    • 드로어블 색조를 사용하면 비트맵을 알파 마스크로 정의할 수 있으며, 런타임에 +색을 입힐 수 있습니다.
      • +
    • 색상 추출은 +비트맵 이미지에서 주요 색상을 자동으로 추출할 수 있게 해줍니다.
      • +
    + +

    자세한 내용은 드로어블 +사용을 참조하세요.

    diff --git a/docs/html-intl/intl/ko/design/material/index.jd b/docs/html-intl/intl/ko/design/material/index.jd index fea0fc4d9d85..61421d5dce2e 100644 --- a/docs/html-intl/intl/ko/design/material/index.jd +++ b/docs/html-intl/intl/ko/design/material/index.jd @@ -1,5 +1,6 @@ page.title=Android용 머티리얼 디자인 page.tags=Material,design +page.type=design page.image=images/cards/design-material-for-android_2x.jpg @jd:body @@ -39,7 +40,11 @@ page.image=images/cards/design-material-for-android_2x.jpg

    머티리얼 디자인은 플랫폼 및 기기 전반의 표현 방식, 모션 및 +<<<<<<< HEAD 상호 작용 디자인에 대한 종합적인 지침입니다. Android에는 이제 +======= +상호 작용 디자인에 대한 종합적인 지침입니다. Android에 이제 +>>>>>>> Docs: L10N update for design documentation 머티리얼 디자인 앱에 대한 지원이 포함되었습니다. Android 앱에서 머티리얼 디자인을 사용하려면 머티리얼 디자인 사양에 규정되어 있는 지침을 따르세요. 또한 Android 5.0(API 레벨 21) 이상에서 제공하는 새 구성 요소 및 기능을 사용하세요.

    diff --git a/docs/html-intl/intl/ko/design/patterns/compatibility.jd b/docs/html-intl/intl/ko/design/patterns/compatibility.jd new file mode 100644 index 000000000000..a87a8f2871ab --- /dev/null +++ b/docs/html-intl/intl/ko/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=이전 버전과의 호환성 +page.tags="support" +page.metaDescription=Android 4.x에서 어떤 방식으로 이전 버전의 하드웨어 및 OS용으로 디자인된 UI를 적용하는지에 대한 설명입니다. +@jd:body + + +
    +

    개발자 문서

    +

    다양한 기기 지원

    +
    +     + +

    Android 3.0에서 중요한 변경 사항은 다음과 같습니다.

    +
      +
    • 가상 컨트롤(Back, Home, Recents)을 통한 탐색 처리 +에 편리하도록 탐색 하드웨어 키(Back, Menu, Search, Home) 사용 중단.
      • +
    • 작업 모음에서 메뉴 사용을 위한 견고한 패턴.
      • +
    +

    Android 4.0은 태블릿의 이러한 변경 사항들을 휴대폰 플랫폼에 적용합니다.

    + +

    이전 하드웨어 및 앱에 Android 4.0 적용

    + +
    +
    + +

    가상 탐색 컨트롤이 있는 휴대폰

    +

    Android 3.0 이상의 버전용으로 작성된 Android 앱은 작업 모음에 작업을 표시합니다. 작업 모음에 적합하지 않거나 최상위에 표시될 만큼 중요하지 않은 작업은 작업 오버플로우에 나타납니다. + +

    +

    사용자는 작업 모음에서 작업 오버플로를 터치하는 방식으로 액세스합니다.

    + +
    +
    + + + +
    +
    + +
    +
    + +

    실제 탐색 키가 있는 휴대폰

    +

    탐색 하드웨어 키가 있는 기존 Android 휴대폰은 화면 하단에 가상 탐색 모음을 표시하지 않습니다. + 대신 메뉴 하드웨어 키에서 작업 오버플로를 이용할 수 있습니다. 나타나는 작업 팝업은 이전의 예와 스타일은 같지만 화면 하단에 표시됩니다. +

    + +
    +
    + + + +
    +
    + +
    +
    + +

    가상 탐색 컨트롤이 있는 휴대폰의 레거시 앱

    +

    Android 2.3 이하 버전용으로 작성된 앱을 가상 탐색 컨트롤이 있는 휴대폰에서 실행하면 가상 탐색 모음의 오른쪽에 작업 오버플로가 나타납니다. + 이 컨트롤을 터치하여 기존 Android 메뉴 스타일로 앱의 작업을 표시할 수 있습니다. +

    + +
    +
    + + + +
    +
    diff --git a/docs/html-intl/intl/ko/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/ko/design/patterns/confirming-acknowledging.jd index 2444b0e9dc7c..304a65505ac5 100644 --- a/docs/html-intl/intl/ko/design/patterns/confirming-acknowledging.jd +++ b/docs/html-intl/intl/ko/design/patterns/confirming-acknowledging.jd @@ -1,51 +1,51 @@ -page.title=확인 및 승인하기 +page.title=확인 및 승인 page.tags=dialog,toast,notification @jd:body

    사용자가 앱에서 작업을 호출할 때와 같은 몇몇 상황에서는 텍스트를 통해 해당 작업을 확인하거나 승인하는 것이 좋습니다.

    -
    -
    +
    +
    -

    확인하기란, 사용자에게 방금 호출한 작업을 정말로 진행할 것인지 묻는 것입니다. 경우에 따라 확인은 고려해야 할 작업과 관련된 경고 또는 중요한 정보와 함께 표시됩니다.

    +

    확인이란, 사용자에게 방금 호출한 작업을 정말로 진행할 것인지 묻는 것입니다. 경우에 따라 확인은 고려해야 할 작업과 관련된 경고 또는 중요한 정보와 함께 표시됩니다.

    -
    +
    -

    승인하기란, 사용자에게 방금 호출한 작업이 완료되었음을 알리는 텍스트를 표시하는 것입니다. 이는 시스템이 수행하는 암시적인 작업에 대한 불확실성을 제거해 줍니다. 경우에 따라 승인은 작업의 실행을 취소하는 옵션과 함께 표시됩니다.

    +

    승인이란, 사용자에게 방금 호출한 작업이 완료되었음을 알리는 텍스트를 표시하는 것입니다. 이는 시스템이 수행하는 암시적인 작업에 대한 불확실성을 제거해 줍니다. 경우에 따라 승인은 작업의 실행을 취소하는 옵션과 함께 표시됩니다.

    -

    이런 방식의 사용자와의 소통은 이미 일어난 일이나 일어날 일에 대한 불확실성을 완화시키는 데 도움이 될 수 있습니다. 또한, 확인하기 또는 승인하기는 사용자가 후회할지도 모르는 실수를 미연에 방지합니다.

    +

    이런 방식의 사용자와의 소통은 이미 일어난 일이나 일어날 일에 대한 불확실성을 완화시키는 데 도움이 될 수 있습니다. 또한, 확인 또는 승인은 사용자가 후회할지도 모르는 실수를 미연에 방지합니다.

    -

    사용자 작업을 확인 또는 승인하기 적절한 경우

    +

    사용자 작업 확인 또는 승인이 적절한 경우

    모든 작업에 확인 또는 승인이 적합한 것은 아닙니다. 다음 순서도를 참고하여 디자인을 결정하는 데 도움을 받으세요.

    -

    확인하기

    -
    -
    +

    확인

    +
    +

    예: Google Play 도서

    이 예에서는 사용자가 Google Play 라이브러리에서 도서 삭제를 요청했습니다. 이 작업을 확인하기 위해 경고가 나타납니다. 왜냐하면 해당 도서를 더 이상 어떠한 기기에서도 이용할 수 없다는 것을 알려야 하기 때문입니다.

    확인 대화 상자를 작성할 때, 요청된 작업을 반향하여 제목을 의미 있게 만듭니다.

    -
    +

    예: Android Beam

    확인을 두 개의 버튼을 포함한 경고로 표시할 필요는 없습니다. Android Beam을 시작하면 사용자에게 공유할 콘텐츠를 터치하라는 메시지가 표시됩니다(이 예의 경우 사진). 진행하지 않기로 결정한 경우에는 휴대폰에서 벗어나면 됩니다.

    -

    승인하기

    -
    -
    +

    승인

    +
    +

    예: 방치된 Gmail 초안 저장

    이 예에서는 사용자가 Gmail의 메일 작성 화면에서 뒤로 또는 위로 탐색을 수행하면 예상치 못한 일이 일어나는데, 그건 바로 현재 초안이 자동으로 저장되는 것입니다. 승인은 알림 메시지 형식으로 나타납니다. 그리고 몇 초 후 사라집니다.

    이때, 저장이 사용자가 아닌 앱에 의해 이뤄졌기 때문에 실행 취소는 적합하지 않습니다. 그리고 초안 목록으로 이동하면 쉽고 빠르게 메일 작성을 재개할 수 있습니다.

    -
    +

    예: Gmail 대화 삭제

    사용자가 Gmail 목록에서 대화를 삭제하면, 승인이 실행 취소 옵션과 함께 표시됩니다. 승인은 사용자가 목록을 스크롤하는 등의 관련 없는 작업을 수행하기 전까지 그대로 남아 있습니다.

    @@ -53,14 +53,14 @@ page.tags=dialog,toast,notification

    확인 또는 승인이 필요 없는 경우

    -
    -
    +
    +

    예: +1 누르기

    확인이 필요 없습니다. 사용자가 실수로 +1을 누른 경우, 별문제가 되지 않습니다. 버튼을 다시 터치하여 해당 작업의 실행을 취소하면 됩니다.

    승인이 필요 없습니다. 사용자는 +1 버튼이 바운스되고 빨간색으로 바뀌는 것을 볼 수 있습니다. 이는 매우 분명한 신호입니다.

    -
    +

    예: 홈 화면에서 앱 제거하기

    확인이 필요 없습니다. 이는 의도적인 작업으로, 사용자는 상대적으로 크고 고립된 대상으로 항목을 끌어다 놓을 것입니다. 따라서 실수가 발생할 가능성이 매우 낮습니다. 하지만 사용자가 이 결정을 후회하는 경우, 다시 복구하는 데는 몇 초면 됩니다.

    diff --git a/docs/html-intl/intl/ko/design/patterns/navigation.jd b/docs/html-intl/intl/ko/design/patterns/navigation.jd index 8e5c30bc3cc5..5f335d55408f 100644 --- a/docs/html-intl/intl/ko/design/patterns/navigation.jd +++ b/docs/html-intl/intl/ko/design/patterns/navigation.jd @@ -1,4 +1,4 @@ -page.title=뒤로 및 위로 탐색 기능이 포함된 탐색 +page.title=Back 탐색과 Up 탐색 page.tags="navigation","activity","task","up navigation","back navigation" page.image=/design/media/navigation_between_siblings_gmail.png @jd:body @@ -6,41 +6,41 @@ page.image=/design/media/navigation_between_siblings_gmail.png

    개발자 문서

    -

    효과적인 탐색 구현하기

    +

    효과적인 탐색 구현

    일관적인 탐색 기능은 전반적인 사용자 환경에 필수적인 요소입니다. 일관성 없고 예상대로 진행되지 않는 기본 탐색은 사용자에게 많은 실망을 줍니다. Android 3.0에서는 -글로벌 탐색 동작에 중요한 변경 사항을 도입했습니다. 뒤로 및 위로 탐색에 대한 +글로벌 탐색 동작에 중요한 변경 사항을 도입했습니다. Back 및 Up 탐색에 대한 가이드라인을 꼼꼼히 따르면 사용자가 예상 가능하고 신뢰할 수 있는 탐색 기능이 탑재된 앱을 만들 수 있습니다.

    -

    Android 2.3 이하 버전에서는 -앱 내 탐색 기능을 지원하기 위해 시스템의 뒤로 버튼에 의존했습니다. Android 3.0에서는 작업 모음을 도입함으로써 앱 아이콘 및 왼쪽 방향 캐럿으로 이루어진 2차 탐색 메커니즘인 -위로 버튼이 추가되었습니다.

    +

    Android 2.3 이하 버전에서는 앱 내 탐색 기능을 지원하기 위해 시스템의 Back 버튼에 +의존했습니다. Android 3.0에서는 작업 모음을 도입함으로써 앱 아이콘 및 왼쪽 방향 캐럿으로 이루어진 +2차 탐색 메커니즘인Up 버튼이 추가되었습니다.

    -

    위로 및 뒤로 비교

    +

    Upê³¼ Back

    -

    위로 버튼은 화면 +

    Up 버튼은 화면 간의 계층적 관계를 기반으로 앱 내에서 탐색할 때 사용됩니다. 예를 들어, 화면 A에 표시된 항목 목록에서 항목을 선택하면 항목에 대한 세부 정보를 표시하는 화면 B로 이동하게 되는데, 이때 화면 B는 화면 A로 -돌아가는 위로 버튼을 제공해야 합니다.

    -

    화면이 앱의 최상단에 있는 경우(즉, 앱의 홈인 경우), 위로 +돌아가는 Up 버튼을 제공해야 합니다.

    +

    화면이 앱의 최상단에 있는 경우(즉, 앱의 홈인 경우), Up 버튼이 표시되지 않아야 합니다.

    -

    시스템의 뒤로 버튼은 사용자가 최근에 작업한 화면 +

    시스템의 Back 버튼은 사용자가 최근에 작업한 화면 기록을 역순으로 탐색할 때 사용됩니다. 일반적으로 이 버튼은 앱의 계층 구조가 아닌 화면 간의 일시적인 관계를 기반으로 합니다.

    또한, 앞서 본 화면이 현재 화면의 계층적 상위 화면일 경우 -뒤로 버튼을 누르는 것과 위로 버튼을 누르는 것의 결과가 동일하며, 이는 흔하게 -발생하는 동작입니다. 하지만 사용자가 앱 내에 머무는 위로 버튼과 달리, 뒤로 +Back 버튼을 누르는 것과 Up 버튼을 누르는 것의 결과가 동일하며, 이는 흔하게 +발생하는 동작입니다. 하지만 사용자가 앱 내에 머무는 Up 버튼과 달리, Back 버튼을 누르면 홈 화면 또는 다른 앱으로 돌아갈 수 있습니다.

    -

    뒤로 버튼은 화면 간 탐색과 직접적으로 관련 없는 몇 가지 동작도 지원합니다. +

    Back 버튼은 화면 간 탐색과 직접적으로 관련 없는 몇 가지 동작도 지원합니다.

    • 부동 ì°½ 해제(대화 상자, 팝업)
      • @@ -49,13 +49,13 @@ page.image=/design/media/navigation_between_siblings_gmail.png

    앱 내 탐색

    -

    진입 지점이 여러 개인 화면으로 이동하기

    +

    여러 진입 지점을 통한 화면 탐색

    일부 화면은 앱의 계층 구조 내에서 엄격한 위치를 가지고 있지 않는 경우가 있으며, 이 경우 여러 진입 지점을 통해서 접근할 수 있습니다. 예를 들어 설정 화면은 앱 -내의 다른 어떤 화면에서도 접근이 가능합니다. 이러한 경우, 위로 버튼을 누르면 뒤로 버튼과 -동일하게 참조하는 화면으로 돌아가게 됩니다.

    -

    화면 내에서 뷰 변경하기

    -

    화면의 뷰 옵션 변경은 위로 또는 뒤로 버튼의 동작을 변경하지 않습니다. 이는 화면이 앱 계층 구조 내에서 여전히 동일한 위치에 +내의 다른 어떤 화면에서도 접근이 가능합니다. 이러한 경우, Up 버튼을 누르면 Back 버튼과 동일하게 +참조하는 화면으로 돌아가게 됩니다.

    +

    화면 내에서 뷰 변경

    +

    화면의 뷰 옵션 변경은 Up 또는 Back 버튼의 동작을 변경하지 않습니다. 이는 화면이 앱 계층 구조 내에서 여전히 동일한 위치에 있고, 어떠한 탐색 기록도 새로 생성되지 않기 때문입니다.

    이러한 뷰 변경의 예는 다음과 같습니다.

      @@ -70,21 +70,21 @@ page.image=/design/media/navigation_between_siblings_gmail.png 항목으로 직접 이동할 수 있도록 지원하는 것이 바람직한 경우도 있습니다. 예를 들어 Gmail의 대화에서 왼쪽 또는 오른쪽으로 간단하게 스와이프하여 동일한 받은 편지함에 있는 신규 또는 이전 메일을 볼 수 있습니다. 화면 내에서 뷰를 변경하는 것과 마찬가지로, -탐색은 위로 또는 뒤로 버튼의 동작을 바꾸지 않습니다.

      +탐색은 Up 또는 Back 버튼의 동작을 바꾸지 않습니다.

      하지만 참조 목록으로 같이 묶여 있지 않은 연관된 상세 뷰 사이를 탐색할 때는 주목할 만한 예외적인 상황이 발생합니다. 예를 들어, Play Store에서 동일한 개발자가 만든 여러 앱 또는 동일한 아티스트의 여러 앨범을 탐색하는 경우가 그렇습니다. 이러한 경우, 링크를 따라갈 때마다 -기록이 생성되므로, 뒤로 버튼을 누르면 이전에 본 화면으로 이동합니다. 위로 버튼을 누르면 계속해서 이러한 연관된 화면을 +기록이 생성되므로, Back 버튼을 누르면 이전에 본 화면으로 이동합니다. Up 버튼을 누르면 계속해서 이러한 연관된 화면을 거치지 않고 가장 최근에 본 컨테이너 화면으로 이동합니다.

      상세 -뷰에 대한 지식을 바탕으로 더욱 스마트한 위로 버튼 동작을 구현할 수 있습니다. 위에서 설명한 Play Store 예를 확장하여 사용자가 -마지막으로 본 도서에서 해당 도서를 각색한 영화의 세부 정보 화면으로 이동했다고 가정해 봅니다. 그러한 경우, 위로 버튼을 누르면 사용자가 이전에 탐색한 적이 없는 +뷰에 대한 지식을 바탕으로 더욱 스마트한 Up 버튼 동작을 구현할 수 있습니다. 위에서 설명한 Play Store 예를 확장하여 사용자가 +마지막으로 본 도서에서 해당 도서를 각색한 영화의 세부 정보 화면으로 이동했다고 가정해 봅니다. 그러한 경우, Up 버튼을 누르면 사용자가 이전에 탐색한 적이 없는 컨테이너(영화)로 이동할 수 있습니다.

      @@ -95,22 +95,22 @@ page.image=/design/media/navigation_between_siblings_gmail.png 있는 화면으로 바로 이동할 수 있게 할 수 있습니다. 예를 들어, Gmail의 받은 편지함 위젯과 새 메시지 알림은 모두 받은 편지함 화면을 건너뛰고 사용자가 해당 메일로 바로 이동할 수 있게 해줍니다.

      -

      이러한 두 경우 모두 위로 버튼을 다음과 같이 처리합니다.

      +

      이러한 두 경우 모두 Up 버튼을 다음과 같이 처리합니다.

      • 일반적으로 목적지 화면이 -앱 내의 특정 화면에서 출발한 경우, 위로 버튼은 해당 화면으로 이동해야 합니다.
        • -
      • ê·¸ 외의 경우, 위로 버튼은 앱의 최상위("홈") 화면으로 이동해야 합니다.
        • +앱 내의 특정 화면에서 출발한 경우, Up 버튼은 해당 화면으로 이동해야 합니다. +
      • ê·¸ 외의 경우, Up 버튼은 앱의 최상위("홈") 화면으로 이동해야 합니다.
      -

      뒤로 버튼의 경우, +

      Back 버튼의 경우, 앱의 최상위 화면으로 이동하는 완전한 상위 탐색 경로를 태스크의 백 스택에 삽입하여 탐색을 더욱 예측 가능하게 만들어야 합니다. 이는 앱에 어떻게 진입했는지 잊어버린 사용자가 앱에서 나가기 전에 앱의 최상위 화면으로 이동할 수 있게 해줍니다.

      예를 들어 Gmail의 홈 화면 위젯은 메일 작성 -화면으로 바로 진입할 수 있는 버튼을 제공합니다. 메일 작성 화면에서 위로 또는 -뒤로 버튼을 누르면 받은 편지함으로 이동하게 되고, 받은 편지함에서 뒤로 버튼을 누르면 홈으로 돌아가게 됩니다.

      +화면으로 바로 진입할 수 있는 버튼을 제공합니다. 메일 작성 화면에서 Up 또는 +Back 버튼을 누르면 받은 편지함으로 이동하게 되고, 받은 편지함에서 Back 버튼을 누르면 홈으로 돌아가게 됩니다.

      @@ -118,20 +118,20 @@ page.image=/design/media/navigation_between_siblings_gmail.png

      앱이 동시에 다양한 이벤트 정보를 제공해야 하는 경우, 사용자를 틈새 화면(interstitial screen)으로 이동하게 하는 단일 알림을 사용할 수 있습니다. 이 화면은 -이러한 이벤트를 요약하고, 사용자가 앱을 세부적으로 탐색할 수 있는 경로를 제공합니다. 이러한 스타일의 알림을 간접 알림이라고 -합니다.

      +이러한 이벤트를 요약하고, 사용자가 앱을 세부적으로 탐색할 수 있는 경로를 제공합니다. 이러한 스타일의 알림을 +간접 알림이라고 합니다.

      기본(직접) 알림과 달리, 간접 알림의 -틈새 화면에서 뒤로 버튼을 누르면 백 스택에 다른 화면이 +틈새 화면에서 Back 버튼을 누르면 백 스택에 다른 화면이 추가되지 않고 알림이 트리거된 지점으로 사용자를 이동시킵니다. 사용자가 -틈새 화면에서 앱으로 들어가면, 위로 버튼 및 뒤로 버튼은 위에서 설명한 바와 같이 틈새 화면으로 돌아가지 않고, 기본 알림과 마찬가지로 앱 내에서 +틈새 화면에서 앱으로 들어가면, Up 버튼 및 Back 버튼은 위에서 설명한 바와 같이 틈새 화면으로 돌아가지 않고, 기본 알림과 마찬가지로 앱 내에서 탐색을 수행합니다.

      예를 들어 Gmail을 사용 중인 사용자가 캘린더로부터 간접 알림을 받았다고 가정해 봅니다. 해당 알림을 터치하면 틈새 화면이 열립니다. 이 화면에는 다른 -여러 이벤트에 대한 알림도 표시됩니다. 틈새 화면에서 뒤로 버튼을 터치하면 Gmail로 돌아갑니다. 특정 +여러 이벤트에 대한 알림도 표시됩니다. 틈새 화면에서 Back 버튼을 터치하면 Gmail로 돌아갑니다. 특정 이벤트를 터치하면 사용자를 틈새 화면에서 나오게 하여 -해당 이벤트의 세부 정보를 보여주는 완전한 캘린더 앱으로 이동하게 됩니다. 이벤트 세부 정보 화면에서 위로 버튼과 뒤로 버튼을 누르면 캘린더의 최상위 뷰로 이동하게 됩니다.

      +해당 이벤트의 세부 정보를 보여주는 완전한 캘린더 앱으로 이동하게 됩니다. 이벤트 세부 정보 화면에서 Up 버튼과 Back 버튼을 누르면 캘린더의 최상위 뷰로 이동하게 됩니다.

      @@ -144,20 +144,20 @@ Talk는 친구가 화상 채팅에 참여하도록 보낸 초대를 사용자에게 알리기 위해 이러한 스타일의 알림을 사용하며, 이 초대는 몇 초 후에 자동으로 만료됩니다.

      탐색 동작 측면에서, 팝업 알림은 간접 -알림의 틈새 화면 동작을 상당히 많이 따릅니다. 뒤로 버튼을 누르면 팝업 알림이 해제됩니다. 사용자가 팝업을 -통해 앱으로 이동하면, 위로 및 뒤로 버튼은 기본 알림의 규칙에 따라 앱 내에서 +알림의 틈새 화면 동작을 상당히 많이 따릅니다. Back 버튼을 누르면 팝업 알림이 해제됩니다. 사용자가 팝업을 +통해 앱으로 이동하면, Up 및 Back 버튼은 기본 알림의 규칙에 따라 앱 내에서 탐색합니다.

      앱 간 탐색

      -

      Android 시스템의 기본이 되는 강점 중 하나는 앱이 -다른 앱을 실행할 수 있다는 점이며, 이로 인해 사용자는 한 앱에서 다른 앱으로 직접 이동할 수 있습니다. 예를 들어, 사진을 캡처해야 하는 -앱은 카메라 앱을 작동시킬 수 있으며, 카메라 앱은 사진을 해당 앱으로 -돌려줍니다. 이러한 기능은 개발자와 사용자 모두에게 매우 유용합니다. 왜냐하면 개발자는 쉽게 다른 앱의 -코드를 활용할 수 있고, 사용자는 흔히 수행하는 -작업을 일관된 환경으로 즐길 수 있기 때문입니다.

      +

      Android 시스템의 본질적인 강점 중 하나는 앱이 +다른 앱을 실행할 수 있다는 점이며, 이로 인해 사용자는 한 앱에서 다른 앱으로 직접 이동할 수 있습니다. 예를 들어, +사진을 캡처해야 하는 앱은 카메라 앱을 작동시킬 수 있으며, 카메라 앱은 사진을 +해당 앱으로 돌려줍니다. 이러한 기능은 개발자와 사용자 모두에게 매우 유용합니다. +왜냐하면 개발자는 쉽게 다른 앱의 코드를 활용할 수 있고, 사용자는 흔히 수행하는 작업을 일관된 환경으로 +즐길 수 있기 때문입니다.

      앱 간 탐색을 이해하려면 아래에서 설명하는 Android 프레임워크 동작을 알아야 합니다.

      @@ -179,9 +179,9 @@ Talk는 친구가 화상 채팅에 참여하도록 보낸

      예: "공유하기"를 지원하는 앱 간에 탐색하기

      -

      액티비티, 태스크, 인텐트가 어떻게 같이 동작하는지 이해하려면 한 앱이 다른 앱을 사용하여 콘텐츠 -공유를 어떻게 가능하게 하는지 생각해 보세요. 예를 들어, 홈에서 Play Store 앱을 실행하면 -새로운 태스크 A가 시작됩니다(아래 그림 참조). Play Store에서 탐색하다가 홍보 도서의 세부 정보를 +

      액티비티, 태스크, 인텐트가 어떻게 같이 동작하는지 이해하려면 앱이 어떻게 사용자가 다른 앱을 사용하여 콘텐츠를 +공유할 수 있도록 하는지 생각해 보세요. 예를 들어, 홈에서 Play 스토어 앱을 실행하면 새로운 태스크 +A가 시작됩니다(아래 그림 참조). Play 스토어에서 탐색하다가 홍보 도서의 세부 정보를 보기 위해 터치하면, 다른 액티비티를 추가하여 태스크를 연장하는 방식으로 사용자는 동일한 태스크에 머물게 됩니다. 공유하기 작업을 트리거하면 공유하기 인텐트를 처리하도록 등록된 액티비티(다양한 앱에서 제공)가 나열된 목록을 보여주는 대화 상자가 표시됩니다.

      @@ -192,15 +192,15 @@ Talk는 친구가 화상 채팅에 참여하도록 보낸 태스크 A의 연장으로 Gmail의 메일 작성 액티비티가 추가됩니다. Gmail의 백그라운드에서 실행되는 자체적인 태스크가 있을 경우, 해당 태스크는 아무런 영향도 받지 않습니다.

      -

      메일 작성 액티비티에서 메시지를 보내거나 뒤로 버튼을 터치하면, 사용자는 -도서 세부 정보 액티비티로 돌아가게 됩니다. 뒤로 버튼을 연이어 터치하면 Play +

      메일 작성 액티비티에서 메시지를 보내거나 Back 버튼을 터치하면, 사용자는 +도서 세부 정보 액티비티로 돌아가게 됩니다. Back 버튼을 연이어 터치하면 Play Store에서 탐색한 페이지로 되돌아가게 되어 결국에는 홈 화면에 이르게 됩니다.

      -

      하지만 사용자가 메일 작성 액티비티에서 위로 버튼을 터치하는 것은 +

      하지만 사용자가 메일 작성 액티비티에서 Up 버튼을 터치하는 것은 Gmail에 남아 있고자 하는 의지를 보이는 것입니다. 따라서, 이 경우 Gmail의 대화 목록 액티비티가 표시되고, 새로운 태스크 B가 생성됩니다. 새로운 태스크는 -항상 홈에 기반을 두고 있기 때문에, 대화 목록에서 뒤로 버튼을 터치하면 홈으로 되돌아가게 됩니다.

      +항상 홈에 기반을 두고 있기 때문에, 대화 목록에서 Back 버튼을 터치하면 홈으로 되돌아가게 됩니다.

      @@ -208,6 +208,6 @@ Gmail에 남아 있고자 하는 의지를 보이는 것입니다. 따라서, 최근 앱 화면을 통해). Gmail에 이미 백그라운드에서 실행 중인 자체적인 태스크가 있을 경우, 해당 태스크는 태스크 B로 대체됩니다. 이전 컨텍스트는 사용자의 새로운 목적에 따라 제거됩니다.

      -

      앱 계층 구조 내의 액티비티에서 인텐트를 처리하도록 앱에서 등록하는 경우, 위로 탐색을 지정하는 방법에 대한 지침을 확인하려면 +

      앱 계층 구조 내의 액티비티에서 인텐트를 처리하도록 앱에서 등록하는 경우, Up 탐색을 지정하는 방법에 대한 지침을 확인하려면 홈 화면 위젯 및 알림을 통한 앱 탐색을 참조하세요.

      diff --git a/docs/html-intl/intl/pt-br/design/get-started/principles.jd b/docs/html-intl/intl/pt-br/design/get-started/principles.jd index 46af758c96cc..82e28cccfe10 100644 --- a/docs/html-intl/intl/pt-br/design/get-started/principles.jd +++ b/docs/html-intl/intl/pt-br/design/get-started/principles.jd @@ -9,13 +9,13 @@ tipos de dispositivo.

      Considere estes princípios ao aplicar -suas próprias criatividade e mentalidade de projeto. Desvie-se de forma objetiva. +sua criatividade e sua mentalidade de projeto. Desvie-se de forma objetiva.

      Encante-me

      -
      -
      +
      +

      Agrade-me de formas surpreendentes

      Uma bela superfície, uma animação cuidadosamente posicionada ou um efeito sonoro no momento certo @@ -23,7 +23,7 @@ suas próprias criatividade e mentalidade de projeto. Desvie-se de forma objetiv poderoso está à mão.

      -
      +
      @@ -32,15 +32,15 @@ poderoso está à mão.

       
      -
      -
      +
      +

      Objetos reais são mais divertidos que botões e menus

      Deixe que as pessoas manipulem e toquem diretamente em objetos no seu aplicativo. Isso reduz o esforço cognitivo necessário para realizar uma tarefa e torna o aplicativo mais emocionalmente satisfatório.

      -
      +
      @@ -49,16 +49,16 @@ necessário para realizar uma tarefa e torna o aplicativo mais emocionalmente sa
       
      -
      -
      +
      +
      -

      Deixe-me torná-lo meu

      +

      Deixe-me dar meu toque pessoal

      As pessoas adoram adicionar toques pessoais, pois isso as ajuda a se sentirem à vontade e em controle. Forneça padrões sensatos e belos, mas também considere personalizações divertidas e opcionais que não prejudiquem as tarefas principais.

      -
      +
      @@ -67,15 +67,15 @@ prejudiquem as tarefas principais.

       
      -
      -
      +
      +

      Conheça-me

      Conheça as preferências das pessoas no decorrer do tempo. Em vez de pedir que façam as mesmas escolhas repetidamente, coloque escolhas anteriores em alcance fácil.

      -
      +
      @@ -84,14 +84,14 @@ coloque escolhas anteriores em alcance fácil.

      Simplifique minha vida

      -
      -
      +
      +

      Seja breve

      Use frases curtas com palavras simples. As pessoas provavelmente ignorarão frases longas.

      -
      +
      @@ -100,15 +100,15 @@ coloque escolhas anteriores em alcance fácil.

       
      -
      -
      +
      +

      Imagens são mais rápidas que palavras

      Considere usar imagens para explicar ideias. Elas chamam a atenção das pessoas e podem ser muito mais eficientes que palavras.

      -
      +
      @@ -117,15 +117,15 @@ que palavras.

       
      -
      -
      +
      +

      Decida por mim, mas deixe que eu tenha a palavra final

      Faça a melhor suposição e tome uma ação, em vez de primeiro perguntar. Escolhas e decisões demais deixam as pessoas incomodadas. Caso suponha errado, permita "desfazer".

      -
      +
      @@ -134,15 +134,15 @@ incomodadas. Caso suponha errado, permita "desfazer".

       
      -
      -
      +
      +
      -

      Mostre só o que preciso, quando eu precisar

      +

      Mostre só o que é preciso, quando eu precisar

      As pessoas se sentem oprimidas quando veem coisas demais de uma vez. Detalhe tarefas e informações em partes pequenas e digeríveis. Oculte opções que não sejam essenciais no momento e ensine as pessoas à medida que avançam.

      -
      +
      @@ -151,15 +151,15 @@ pequenas e digeríveis. Oculte opções que não sejam essenciais no momento e e
       
      -
      -
      +
      +

      Eu sempre devo saber onde estou

      Dê às pessoas a confiança de saberem o que fazer. Faça com que os locais no seu aplicativo pareçam distintos e use transições para mostrar relacionamentos entre telas. Forneça feedback sobre tarefas em andamento.

      -
      +
      @@ -168,8 +168,8 @@ e use transições para mostrar relacionamentos entre telas. Forneça feedback s
       
      -
      -
      +
      +

      Nunca perca as minhas coisas

      Salve o que as pessoas criaram e deixe que elas acessem de qualquer lugar. Lembre-se de configurações, @@ -177,7 +177,7 @@ toques pessoais e criações entre celulares, tablets e computadores. Isso torna coisa mais fácil do mundo.

      -
      +
      @@ -186,15 +186,15 @@ coisa mais fácil do mundo.

       
      -
      -
      +
      +

      Se parece igual, deve agir da mesma forma

      Ajude as pessoas a discernir diferenças funcionais tornando-as visualmente distintas, em vez de sutis. Evite que modos locais que agem de forma diferente sobre a mesma entrada se pareçam.

      -
      +
      @@ -203,15 +203,15 @@ Evite que modos locais que agem de forma diferente sobre a mesma entrada se pare
       
      -
      -
      +
      +

      Só me interrompa se for importante

      Como um bom assistente pessoal, proteja as pessoas de informações não importantes. As pessoas querem ficar concentradas e, a não ser que seja crítica e dependente de tempo, uma interrupção pode ser irritante e frustrante.

      -
      +
      @@ -220,8 +220,8 @@ concentradas e, a não ser que seja crítica e dependente de tempo, uma interrup

      Faça com que eu seja incrível

      -
      -
      +
      +

      Dê-me truques que funcionem em qualquer lugar

      As pessoas se sentem ótimas quando descobrem coisas sozinhas. Torne seu aplicativo mais inteligível ao @@ -229,7 +229,7 @@ aproveitar padrões visuais e memórias de outros aplicativos do Android. Por ex pode ser um bom atalho de navegação.

      -
      +
      @@ -238,8 +238,8 @@ pode ser um bom atalho de navegação.

       
      -
      -
      +
      +

      Não é culpa minha

      Seja gentil sobre como solicita correções a pessoas. Elas querem se sentir inteligentes ao usar o seu @@ -247,7 +247,7 @@ aplicativo. Se alguma coisa der errada, dê instruções de recuperação claras Se for possível corrigir em segundo plano, melhor ainda.

      -
      +
      @@ -256,15 +256,15 @@ Se for possível corrigir em segundo plano, melhor ainda.

       
      -
      -
      +
      +

      Espalhe motivação

      Divida tarefas complexas em passos menores que possam ser realizados facilmente. Dê feedback sobre ações, mesmo que seja um brilho sutil.

      -
      +
      @@ -273,8 +273,8 @@ mesmo que seja um brilho sutil.

       
      -
      -
      +
      +

      Faça o trabalho pesado por mim

      Faça com que novatos se sintam peritos possibilitando que façam coisas que nunca acharam possíveis. Por @@ -282,7 +282,7 @@ exemplo, atalhos que combinem vários efeitos de fotos podem fazer com que fotog com apenas alguns passos.

      -
      +
      @@ -291,15 +291,15 @@ com apenas alguns passos.

       
      -
      -
      +
      +

      Torne coisas importantes rápidas

      Nem todas as ações são iguais. Decida o que é mais importante em seu aplicativo e torne fácil de encontrar e rápido de usar, como o botão do obturador em uma câmera ou o botão de pausa em um reprodutor de música.

      -
      +
      diff --git a/docs/html-intl/intl/pt-br/design/index.jd b/docs/html-intl/intl/pt-br/design/index.jd new file mode 100644 index 000000000000..5368d2d74c0c --- /dev/null +++ b/docs/html-intl/intl/pt-br/design/index.jd @@ -0,0 +1,186 @@ +page.title=Material Design para Android +page.tags=Material,design +page.type=design +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
      +

      Documentos do desenvolvedor

      +

      Criação de aplicativos com o Material Design

      +
      +       + + + +
      +

      Vídeo

      +

      Introdução ao Material Design

      +
      +       + + + +
      +

      Vídeo

      +

      Papel e tinta: Os materiais que importam

      +
      +       + + + +
      +

      Vídeo

      +

      Material Design no aplicativo Google I/O

      +
      +       + + + +

      O Material Design é um guia abrangente para design visual, de movimento e de +interação para diversas plataformas e dispositivos. O Android agora é compatível com +aplicativos do Material Design. Para usar o Material Design nos aplicativos Android, siga as orientações definidas +nas especificações do Material Design e use os novos +componentes e funcionalidades disponíveis no Android 5.0 (API de nível 21) e em posteriores.

      + +

      O Android fornece os seguintes elementos para criar aplicativos do Material Design:

      + +
        +
      • Um novo tema
        • +
      • Novos widgets para vistas complexas
        • +
      • Novas APIs para sombras e animações personalizadas
        • +
      + +

      Para obter mais informações sobre a implementação do Material Design no Android, consulte +Criação de aplicativos com o Material Design.

      + + +

      Tema do Material

      + +

      O tema do Material fornece um novo estilo para o seu aplicativo, widgets de sistema que permitem +definir a paleta de cores e as animações padrão para feedback de toque e transições de atividades.

      + + +
      +
      + +
      +

      Tema escuro do Material

      +
      +
      +
      + +
      +

      Tema claro do Material

      +
      +
      +
      +
      + +

      Para obter mais informações, consulte Como usar o tema +do Material.

      + + +

      Listas e cartões

      + +

      O Android fornece dois novos widgets para exibir cartões e listas com estilos e animações do +Material Design:

      + + +
      +
      + +

      O novo widget RecyclerView é uma versão mais completa de ListView + com suporte para diferentes tipos de layout e melhorias no desempenho.

      +
      +
      + +

      O novo widget CardView permite exibir informações importantes dentro de + cartões que têm aparência consistente.

      +
      +
      +
      + +

      Para obter mais informações, consulte Como criar +listas e cartões.

      + + +

      Sombras de vistas

      + +

      Além das propriedades X e Y, vistas no Android agora têm uma propriedade +Z. Essa nova propriedade representa a elevação de uma vista, que determina:

      + +
        +
      • O tamanho da sombra: vistas com valores maiores de Z lançam sombras maiores.
        • +
      • A ordem de desenho: vistas com valores maiores de Z aparecem sobre outras vistas.
        • +
      + +
      +
      + +
      +
      + Para reproduzir o filme, clique na tela do dispositivo +
      +
      + +

      Para obter mais informações, consulte Como +definir sombras e recortar visualizações.

      + + +

      Animações

      + +

      As novas APIs de animação permitem criar animações personalizadas para feedback de toque em controles de IU, +mudanças no estado da vista e transições de atividades.

      + +

      Essas APIs permitem:

      + +
        +
      • +Responder a eventos de toque nas vistas com animações de feedback de toque. +
        • +
      • +Ocultar e exibir vistas com animações de revelação circular. +
        • +
      • +Alternar entre atividades com animações de transição de atividades. +
        • +
      • +Criar animações mais naturais com movimento curvado. +
        • +
      • +Animar mudanças em uma ou mais propriedades da vista com animações de mudança de estado da vista. +
        • +
      • +Exibir animações em desenháveis da lista de estado entre mudanças de estado da vista. +
        • +
      + +

      Animações de feedback de toque são integradas em várias vistas padrão, como botões. As novas APIs +permitem personalizar essas animações e adicioná-las às vistas personalizadas.

      + +

      Para obter mais informações, consulte Como definir +animações personalizadas.

      + + +

      Desenháveis

      + +

      Essas novas capacidades dos desenháveis ajudam na implementação de aplicativos do Material Design:

      + +
        +
      • Desenháveis de vetor são dimensionáveis sem perder definição e são perfeitos +para ícones de uma cor dentro do aplicativo.
        • +
      • Tingimento desenhável permite definir mapas de bits como uma máscara alfa e tingi-los com +uma cor em tempo de execução.
        • +
      • Extração de cor permite extrair automaticamente cores proeminentes de uma +imagem de mapa de bits.
        • +
      + +

      Para obter mais informações, consulte Como trabalhar +com desenháveis.

      diff --git a/docs/html-intl/intl/pt-br/design/material/index.jd b/docs/html-intl/intl/pt-br/design/material/index.jd index ee027290f763..579bf93cbe8a 100644 --- a/docs/html-intl/intl/pt-br/design/material/index.jd +++ b/docs/html-intl/intl/pt-br/design/material/index.jd @@ -1,5 +1,6 @@ page.title=Material Design para Android page.tags=Material,design +page.type=design page.image=images/cards/design-material-for-android_2x.jpg @jd:body @@ -38,7 +39,11 @@ page.image=images/cards/design-material-for-android_2x.jpg +<<<<<<< HEAD

      O Material Design é um guia abrangente para design visual, de movimento e de +======= +

      O Material Design é um guia abrangente para projeto visual, de movimento e de +>>>>>>> Docs: L10N update for design documentation interação para diversas plataformas e dispositivos. O Android agora é compatível com aplicativos do Material Design. Para usar o Material Design nos aplicativos Android, siga as orientações definidas nas especificações do Material Design e use os novos @@ -97,7 +102,11 @@ Material Design:

      O novo widget CardView permite exibir informações importantes dentro de +<<<<<<< HEAD cartões que têm aparência consistente.

      +======= + cartões que têm aparência consistente.

      +>>>>>>> Docs: L10N update for design documentation

      diff --git a/docs/html-intl/intl/pt-br/design/patterns/compatibility.jd b/docs/html-intl/intl/pt-br/design/patterns/compatibility.jd new file mode 100644 index 000000000000..775af0c312a0 --- /dev/null +++ b/docs/html-intl/intl/pt-br/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=Compatibilidade com versões anteriores +page.tags="support" +page.metaDescription=Observações sobre como o Android 4.x adapta IUs projetadas para versões de SO e hardware mais antigos. +@jd:body + + +
      +

      Documentos do desenvolvedor

      +

      Suporte a diferentes dispositivos

      +
      +       + +

      Mudanças significativas no Android 3.0 incluem:

      +
        +
      • Obsolescência de teclas de navegação do hardware (Voltar, Menu, Pesquisar, Página inicial) em favor do tratamento da navegação + com controles virtuais (Voltar, Página inicial, Recentes).
        • +
      • Padrão robusto para o uso de menus em barras de ações.
        • +
      +

      O Android 4.0 leva essas mudanças para tablets à plataforma de telefone.

      + +

      Adaptação do Android 4.0 a hardware e aplicativos mais antigos

      + +
      +
      + +

      Telefones com controles de navegação virtuais

      +

      Aplicativos Android escritos para o Android 3.0 e posteriores exibem ações na barra de ações. Ações que não cabem +na barra de ações ou não são importantes o suficiente para serem exibidas no nível superior aparecem nas +ações adicionais.

      +

      Os usuários acessam as ações adicionais tocando na barra de ações.

      + +
      +
      + + + +
      +
      + +
      +
      + +

      Telefones com teclas de navegação físicas

      +

      Telefones Android com teclas de navegação de hardware tradicionais não exigem a barra de navegação virtual na +parte inferior da tela. Em vez disso, as ações adicionais estão disponíveis na tecla de hardware de menu. A janela pop-up +de ações resultante tem o mesmo estilo que no exemplo anterior, mas é exibida na parte inferior da tela.

      + +
      +
      + + + +
      +
      + +
      +
      + +

      Aplicativos legados em telefones com controles de navegação virtuais

      +

      Ao executar um aplicativo que foi desenvolvido para Android 2.3 ou anterior em um telefone com controles de +navegação virtuais, um controle de ações adicionais é exibido no lado direito da barra de navegação virtual. É possível +tocar no controle para exibir as ações do aplicativo no estilo tradicional de menu do Android.

      + +
      +
      + + + +
      +
      diff --git a/docs/html-intl/intl/pt-br/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/pt-br/design/patterns/confirming-acknowledging.jd index 934dbddf5522..237c7199ad7d 100644 --- a/docs/html-intl/intl/pt-br/design/patterns/confirming-acknowledging.jd +++ b/docs/html-intl/intl/pt-br/design/patterns/confirming-acknowledging.jd @@ -4,12 +4,12 @@ page.tags=dialog,toast,notification

      Em algumas situações, quando um usuário invoca uma ação em seu aplicativo, é uma boa ideia confirmar ou reconhecer essa ação com texto.

      -
      -
      +
      +

      Confirmar é pedir ao usuário que verifique se realmente quer prosseguir com a ação que acabou de invocar. Em alguns casos, a confirmação é apresentada com uma advertência ou informações críticas relacionadas à ação que ele precisa considerar.

      -
      +

      Reconhecer é exibir texto para avisar ao usuário que a ação que acabou de ser invocada foi concluída. Isso remove a incerteza sobre operações implícitas que o sistema adota. Em alguns casos, o reconhecimento é apresentado com uma opção para desfazer a ação.

      @@ -22,14 +22,14 @@ page.tags=dialog,toast,notification

      Confirmação

      -
      -
      -

      Exemplo: livros do Google Play

      +
      +
      +

      Exemplo: Livros do Google Play

      Nesse exemplo, o usuário solicitou a exclusão de um livro da biblioteca do Google Play. Um alerta aparece para confirmar essa ação porque é importante entender que o livro não estará mais disponível em nenhum dispositivo.

      Ao montar uma caixa de diálogo de confirmação, use um título significativo que ecoe a ação solicitada.

      -
      +

      Exemplo: Android Beam

      As confirmações não necessariamente precisam ser apresentadas em um alerta com dois botões. Depois de iniciar o Android Beam, o usuário é solicitado a tocar no conteúdo a ser compartilhado (nesse exemplo, uma foto). Se ele decidir não prosseguir, simplesmente afastará o celular.

      @@ -37,30 +37,30 @@ page.tags=dialog,toast,notification

      Reconhecimento

      -
      -
      -

      Exemplo: abandonar rascunho salvo do Gmail

      +
      +
      +

      Exemplo: Abandonar rascunho salvo do Gmail

      Nesse exemplo, se o usuário navegar para trás ou para cima na tela de composição do Gmail, alguma coisa possivelmente inesperada acontecerá: o rascunho atual será salvo automaticamente. Um reconhecimento na forma de aviso torna isso aparente. Ele desaparece depois de alguns segundos.

      -

      Desfazer não é adequado aqui, pois o ato de salvar foi iniciado pelo aplicativo, não pelo usuário, Além de ser rápido e fácil retomar a composição da mensagem navegando para a lista de rascunhos.

      +

      Desfazer não é adequado aqui, pois o ato de salvar foi iniciado pelo aplicativo, não pelo usuário, além de ser rápido e fácil retomar a composição da mensagem navegando para a lista de rascunhos.

      -
      -

      Exemplo: conversa do Gmail excluída

      +
      +

      Exemplo: Conversa do Gmail excluída

      Depois que o usuário exclui uma conversa da lista no Gmail, um reconhecimento aparece com a opção de desfazer. O reconhecimento permanece até que o usuário tome uma ação não relacionada, como rolar a lista.

      Sem confirmação nem reconhecimento

      -
      -
      +
      +

      Exemplo: +1

      A confirmação é desnecessária. Se o usuário usar +1 por acidente, não é um problema. Poderá simplesmente tocar no botão novamente para desfazer a ação.

      O reconhecimento é desnecessário. O usuário verá o botão +1 oscilar e ficar vermelho. Esse é um sinal muito claro.

      -
      +

      Exemplo: Remover um aplicativo da tela inicial

      A confirmação é desnecessária. Essa é uma ação deliberada: o usuário precisa arrastar e soltar um item em um alvo relativamente grande e isolado. Portanto, acidentes são altamente improváveis. Mas, se o usuário se arrepender da decisão, levará apenas alguns segundos para trazê-lo de volta.

      diff --git a/docs/html-intl/intl/pt-br/design/patterns/navigation.jd b/docs/html-intl/intl/pt-br/design/patterns/navigation.jd index 920ccec6fd96..8ed12f71b60b 100644 --- a/docs/html-intl/intl/pt-br/design/patterns/navigation.jd +++ b/docs/html-intl/intl/pt-br/design/patterns/navigation.jd @@ -20,13 +20,13 @@ o botão Para Cima, consistindo no ícone do aplicativo e em um cursor -

      Para Cima vs. Voltar

      +

      Para Cima vs Voltar

      O botão Para Cima é usado para navegar dentro de um aplicativo com base nos relacionamentos hierárquicos -entre telas. Por exemplo, se a tela A exibe uma lista de itens e, selecionar um item leva à -tela B (que apresenta aquele item em mais detalhes), então a tela B deve oferecer um botão Para Cima que +entre telas. Por exemplo, se a tela A exibe uma lista de itens e selecionar um item leva à +tela B (que apresenta aquele item em mais detalhes), a tela B deve oferecer um botão Para Cima que volte à tela A.

      -

      Se determinada tela é a superior na hierarquia de um aplicativo (ou seja, a página inicial do aplicativo), ela não deve apresentar um botão +

      Se determinada tela é a superior na hierarquia de um aplicativo (ou seja, a tela inicial do aplicativo), ela não deve apresentar um botão Para Cima.

      O botão Voltar do sistema é usado para navegar, em ordem cronológica inversa, pelo histórico @@ -50,9 +50,9 @@ Voltar pode retornar o usuário à tela inicial ou até mesmo a um aplicativo di

      Navegação dentro do seu aplicativo

      Navegação para telas com vários pontos de entrada

      -

      Algumas vezes, uma tela não tem uma posição estrita dentro da hierarquia do aplicativo e pode ser atingida -de vários pontos de entrada — como uma tela de configurações que pode ser atingida de qualquer outra tela -do aplicativo. Nesse caso, o botão Para Cima deve escolher voltar para a tela anterior, comportando-se +

      Algumas vezes, uma tela não tem uma posição rigorosa dentro da hierarquia do aplicativo e pode ser acessada +de vários pontos de entrada — como uma tela de configurações que pode ser acessada de qualquer outra tela +no aplicativo. Nesse caso, o botão Para Cima deve escolher voltar à tela anterior, comportando-se de forma idêntica a Voltar.

      Mudança de vista dentro de uma tela

      Mudar opções de vista de uma tela não muda o comportamento de Para Cima nem de Voltar: a tela ainda @@ -60,7 +60,7 @@ estará no mesmo lugar dentro da hierarquia do aplicativo e nenhum histórico de

      Exemplos de tais mudanças de vista são:

      • Alternar vistas usando guias e/ou deslizando para a esquerda e para a direita
        • -
      • Alternar vistas usando um menu suspenso (também chamados de abas recolhidas)
        • +
      • Alternar vistas usando um menu suspenso (também chamadas de abas recolhidas)
      • Filtrar uma lista
      • Classificar uma lista
      • Mudar características de exibição (como mudar o zoom)
        • @@ -78,7 +78,7 @@ navegação não muda o comportamento de Para Cima ou Voltar.

        vinculadas pela lista de referência — por exemplo, ao navegar na Play Store entre aplicativos do mesmo desenvolvedor ou álbuns do mesmo artista. Nesses casos, seguir cada link cria um histórico, fazendo com que o botão Voltar passe por cada tela visualizada anteriormente. Para Cima deve continuar a -ignorar essas relacionadas e navegar para a tela do contêiner visualizada mais recentemente.

        +ignorar essas telas relacionadas e navegar para a tela do contêiner visualizada mais recentemente.

        @@ -89,9 +89,9 @@ Livro visualizado para os detalhes da adaptação do Filme. Nesse caso, Para Cim -

        Navegação para o seu aplicativo pelos widgets de página inicial e notificações

        +

        Navegação para o seu aplicativo pelos widgets de tela inicial e notificações

        -

        Você pode usar widget de página inicial ou notificações para ajudar seus usuários a navegar diretamente para telas +

        Você pode usar widgets de tela inicial ou notificações para ajudar os usuários a navegar diretamente para telas profundas na hierarquia do seu aplicativo. Por exemplo, o widget Caixa de Entrada do Gmail e a notificação de nova mensagem podem ignorar a tela Caixa de Entrada, levando o usuário diretamente a uma vista de conversa.

        @@ -100,17 +100,17 @@ ignorar a tela Caixa de Entrada, levando o usuário diretamente a uma vista de c
        • Se a tela de destino é normalmente acessada de uma determinada tela dentro do aplicativo, Para Cima deve navegar para essa tela.
          • -
        • Caso contrário, Para Cima deve navegar para a tela superior ("Página inicial") do aplicativo.
          • +
        • Caso contrário, Para Cima deve navegar para a tela superior ("Tela inicial") do aplicativo.

        No caso do botão Voltar, você deve tornar a navegação mais previsível inserindo o caminho de navegação para cima -completo na pilha de retorno da tarefa, até a tela superior do aplicativo. Isso permite que usuários +completo na pilha de retorno da tarefa até a tela superior do aplicativo. Isso permite que usuários que se esqueceram de como entraram no aplicativo naveguem para a tela superior do aplicativo antes de saírem.

        -

        Como exemplo, o widget da Página inicial do Gmail tem um botão para mergulhar diretamente para a tela +

        Como exemplo, o widget da Tela inicial do Gmail tem um botão para mergulhar diretamente para a tela de composição. Para Cima ou Voltar na tela de composição deve levar o usuário à Caixa de Entrada e, de lá, o -botão Voltar continua até a Página inicial.

        +botão Voltar continua até a Tela inicial.

        @@ -123,7 +123,7 @@ chamadas de notificações indiretas.

        Diferentemente de em notificações padrão (diretas), pressionar Voltar em uma tela intersticial da notificação indireta retorna o usuário ao ponto em que a notificação foi acionada — nenhuma -tela adicional é inserida na pilha de retorno. Quando o usuário prossegue para o aplicativo a partir da +tela adicional é inserida na pilha de retorno. Quando o usuário prossegue para o aplicativo da tela intersticial, Para Cima e Voltar se comportam como em notificações padrão, como descrito acima: navegando dentro do aplicativo em vez de voltar à tela intersticial.

        @@ -166,13 +166,13 @@ discutida abaixo.

        No Android, uma atividade é um componente do aplicativo que define uma tela de informações e todas as ações associadas que o usuário pode executar. Seu aplicativo é uma coleção de -atividades, consistindo em atividades que você cria e aquelas que reutiliza de outros aplicativos.

        +atividades, consistindo em atividades que você cria e naquelas que reutiliza de outros aplicativos.

        Uma tarefa é a sequência de atividades que um usuário segue para atingir um objetivo. Uma única tarefa pode usar atividades apenas de um aplicativo ou pode retirar atividades de uma série de outros aplicativos.

        -

        Uma intenção é um mecanismo para que um aplicativo sinalize que gostaria da assistência de outro +

        Uma intenção é um mecanismo para que um aplicativo sinalize que gostaria a assistência de outro aplicativo para realizar uma ação. As atividades de um aplicativo podem indicar a que intenções ele responde. Para intenções comuns, como "Compartilhar", o usuário pode ter vários aplicativos instalados que atendam a essa solicitação.

        @@ -180,7 +180,7 @@ instalados que atendam a essa solicitação.

        Exemplo: navegação entre aplicativos para suporte a compartilhamento

        Para entender como atividades, tarefas e intenções funcionam juntas, entenda como um aplicativo permite que usuários -compartilhem conteúdo usando outro aplicativo. Por exemplo, executar o aplicativo Play Store na tela inicial inicia +compartilhem conteúdo usando outro aplicativo. Por exemplo, executar o aplicativo Play Store na tela inicial começa uma nova Tarefa A (veja a figura baixo). Depois de navegar pela Play Store e tocar em um livro em promoção para ver os detalhes, o usuário permanecerá na mesma tarefa, estendendo-a ao adicionar atividades. Acionar a ação Compartilhar exibe ao usuário uma caixa de diálogo listando cada uma das atividades (de diferentes aplicativos) @@ -209,5 +209,5 @@ Recentes). Se o Gmail já tivesse a própria tarefa em execução em segundo pla pela Tarefa B — o contexto anterior é abandonado em favor do novo objetivo do usuário.

        Quando o aplicativo é registrado para tratar intenções com uma atividade em um ponto profundo da hierarquia do aplicativo, -consulte Navegação para o seu aplicativo pelos widgets de página +consulte Navegação para o seu aplicativo pelos widgets de tela inicial e notificações para ver orientações sobre como especificar a navegação Para Cima.

        diff --git a/docs/html-intl/intl/ru/design/get-started/principles.jd b/docs/html-intl/intl/ru/design/get-started/principles.jd index 7f4977cef6a3..7e4ea1214b9f 100644 --- a/docs/html-intl/intl/ru/design/get-started/principles.jd +++ b/docs/html-intl/intl/ru/design/get-started/principles.jd @@ -14,8 +14,8 @@ page.title=Принципы проектирования Android

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

        -
        -
        +
        +

        Вызовите у пользователя восхищение неожиданными решениями

        Красивые экраны, тщательно продуманная анимация или своевременные звуковые сигналы создают у пользователя @@ -23,7 +23,7 @@ page.title=Принципы проектирования Android что его возможности не ограничены.

        -
        +
        @@ -32,15 +32,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Реальные объекты доставляют больше удовольствия, чем кнопки и меню

        -

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

        +

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

        -
        +
        @@ -49,8 +49,8 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Позвольте пользователю сделать интерфейс индивидуальным

        Люди любят вносить в интерфейс что-то личное, чтобы чувствовать себя более комфортно и считать, что всё под контролем. Предоставьте @@ -58,7 +58,7 @@ page.title=Принципы проектирования Android выполнению основных задач.

        -
        +
        @@ -67,15 +67,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Изучите пользователя

        -

        Постепенно выясняйте предпочтения пользователя Вместо того, чтобы снова и снова заставлять его выбирать одно и то же, +

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

        -
        +
        @@ -84,14 +84,14 @@ page.title=Принципы проектирования Android

        Упростите жизнь пользователю

        -
        -
        +
        +

        Будьте лаконичны

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

        -
        +
        @@ -100,15 +100,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Картинки воспринимаются быстрее чем слова

        Используйте картинки в своих объяснениях. Они завладевают вниманием и действуют гораздо эффективнее слов.

        -
        +
        @@ -117,15 +117,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Принимайте решения за пользователя, но оставляйте последнее слово за ним

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

        -
        +
        @@ -134,15 +134,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Показывайте только самое необходимое и в нужный момент времени

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

        -
        +
        @@ -151,15 +151,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

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

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

        -
        +
        @@ -168,8 +168,8 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

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

        Сохраняйте данные, на создание которых пользователь потратил свое время, и обеспечьте ему доступ к этой информации из любого места. Запоминайте настройки @@ -177,7 +177,7 @@ page.title=Принципы проектирования Android обновление приложения.

        -
        +
        @@ -186,15 +186,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Внешне похожие элементы должны вести себя одинаково

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

        -
        +
        @@ -203,15 +203,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

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

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

        -
        +
        @@ -220,8 +220,8 @@ page.title=Принципы проектирования Android

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

        -
        -
        +
        +

        Предоставьте пользователю привычные приемы

        У людей повышается самооценка, когда они могут разобраться в чем-либо самостоятельно. Сделайте ваше приложение простым в освоении @@ -229,7 +229,7 @@ page.title=Принципы проектирования Android является хорошим навигационным приемом.

        -
        +
        @@ -238,16 +238,16 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Пользователь ни в чем не виноват

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

        +Если приложение само исправит ситуацию, будет еще лучше.

        -
        +
        @@ -256,15 +256,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

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

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

        -
        +
        @@ -273,16 +273,16 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Выполняйте за пользователя черную работу

        -

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

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

        -
        +
        @@ -291,15 +291,15 @@ page.title=Принципы проектирования Android
         
        -
        -
        +
        +

        Важные действия должны происходить быстро

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

        -
        +
        diff --git a/docs/html-intl/intl/ru/design/index.jd b/docs/html-intl/intl/ru/design/index.jd new file mode 100644 index 000000000000..da0352a10ef6 --- /dev/null +++ b/docs/html-intl/intl/ru/design/index.jd @@ -0,0 +1,186 @@ +page.title=Material Design для Android +page.tags=Material,design +page.type=разработка +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
        +

        Документация для разработчиков

        +

        Создание приложений с помощью Material Design

        +
        +         + + + +
        +

        Видеоролик

        +

        Введение в Material Design

        +
        +         + + + +
        +

        Видеоролик

        +

        Бумага и чернила: материалы, имеющие первостепенное значение

        +
        +         + + + +
        +

        Видеоролик

        +

        Material Design в приложениях для конференции Google I/O

        +
        +         + + + +

        Material Design представляет собой комплексную концепцию создания визуальных, движущихся и + интерактивных элементов для различных платформ и устройств. Теперь Android включает в себя поддержку +приложений с элементами Material Design. Чтобы использовать элементы Material Design в своих приложениях под Android, руководствуйтесь инструкциями +в спецификации Material Design, а также воспользуйтесь +новыми компонентами и функциями, доступными в Android 5.0 (уровень API 21) и выше.

        + +

        Android предоставляет следующие элементы для построения приложений в соответствии с концепцией Material Design:

        + +
          +
        • новую тему;
          • +
        • новые виджеты для сложных представлений;
          • +
        • новые API-интерфейсы для нестандартных теней и анимаций.
          • +
        + +

        Дополнительные сведения о реализации Material Design в Android см. в разделе +Создание приложений с помощью Material Design.

        + + +

        Тема Material Design

        + +

        Тема Material Design предоставляет новый стиль для ваших приложений, системные виджеты, для которых можно настраивать +цветовую палитру, и анимации, выполняемые по умолчанию в качестве реакции на касание и при переходах между действиями.

        + + +
        +
        + +
        +

        Тема Material Design в темных тонах

        +
        +
        +
        + +
        +

        Тема Material Design в светлых тонах

        +
        +
        +
        +
        + +

        Дополнительные сведения см. в разделе Использование темы +Material Design.

        + + +

        Списки и подсказки

        + +

        Android предоставляет два новых виджета для отображения подсказок и списков с использованием стилей +и анимаций Material Design:

        + + +
        +
        + +

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

        +
        +
        + +

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

        +
        +
        +
        + +

        Дополнительные сведения см. в разделе Создание списков +и подсказок.

        + + +

        Тени представлений

        + +

        Теперь, помимо свойств X и Y, представления в Android имеют свойство +Z. Это новое свойство показывает, насколько представление "приподнято", иными словами, определяет

        + +
          +
        • размер тени: чем больше Z, тем больше тени, отбрасываемые представлением;
          • +
        • порядок рисования: представления с более высокими значениями Z отображаются поверх других.
          • +
        + +
        +
        + +
        +
        + Для воспроизведения фильма нажмите на экран устройства +
        +
        + +

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

        + + +

        Анимация

        + +

        Новые API-интерфейсы анимации позволяют создавать нестандартную анимацию для реакции на касание в элементах пользовательского интерфейса, +изменения состояния представления и переходов между действиями.

        + +

        Эти API-интерфейсы позволяют:

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

        Анимация для реакции на касание встроена в некоторые стандартные представления, например кнопки. Новые API-интерфейсы +позволяют разработчику настраивать эти анимации и добавлять их в свои нестандартные представления.

        + +

        Дополнительные сведения см. в разделе Определение настраиваемой +анимации.

        + + +

        Графические объекты

        + +

        Следующие возможности по работе с графическими объектами облегчают реализацию приложений с элементами Material Design:

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

        Дополнительные сведения см. в разделе Работа с +элементами дизайна.

        diff --git a/docs/html-intl/intl/ru/design/material/index.jd b/docs/html-intl/intl/ru/design/material/index.jd index d1f7de2e688b..a548d3aca650 100644 --- a/docs/html-intl/intl/ru/design/material/index.jd +++ b/docs/html-intl/intl/ru/design/material/index.jd @@ -1,5 +1,6 @@ page.title=Material Design для Android page.tags=Material,design +page.type=разработка page.image=images/cards/design-material-for-android_2x.jpg @jd:body @@ -161,10 +162,17 @@ Z. Это новое свойство показывает, насколько
      +<<<<<<< HEAD

      Анимация для реакции на касание встроена в некоторые стандартные представления, например кнопки. Новые API-интерфейсы позволяют разработчику настраивать эти анимации и добавлять их в свои нестандартные представления.

      Дополнительные сведения см. в разделе Определение настраиваемой +======= +

      Анимация для реакции на касание встроена в некоторые стандартные представления, например, кнопки. Новые API-интерфейсы +позволяют разработчику настраивать эти анимации и добавлять их в свои нестандартные представления.

      + +

      Дополнительные сведения, см. в разделе Определение настраиваемой +>>>>>>> Docs: L10N update for design documentation анимации.

      diff --git a/docs/html-intl/intl/ru/design/patterns/compatibility.jd b/docs/html-intl/intl/ru/design/patterns/compatibility.jd new file mode 100644 index 000000000000..fd1f5a8c557f --- /dev/null +++ b/docs/html-intl/intl/ru/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=Обратная совместимость +page.tags="support" +page.metaDescription=Примечания о том, как Android 4.x адаптирует пользовательский интерфейс, разработанный для ОС и оборудования более старых версий. +@jd:body + + +
      +

      Документация для разработчиков

      +

      Поддержка различных устройств

      +
      +       + +

      Существенные изменения в Android 3.0, включенные в новую версию:

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

      Эти изменения в Android 4.0 для планшетов также реализованы в платформе для телефонов.

      + +

      Адаптация Android 4.0 для оборудования и приложений более старых версий

      + +
      +
      + +

      Телефоны с виртуальными элементами навигации

      +

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

      +

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

      + +
      +
      + + + +
      +
      + +
      +
      + +

      Телефоны с физическими клавишами навигации

      +

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

      + +
      +
      + + + +
      +
      + +
      +
      + +

      Устаревшие приложения на телефонах с виртуальными элементами навигации

      +

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

      + +
      +
      + + + +
      +
      diff --git a/docs/html-intl/intl/ru/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/ru/design/patterns/confirming-acknowledging.jd index 99a0d17ba464..d3f8bddf233a 100644 --- a/docs/html-intl/intl/ru/design/patterns/confirming-acknowledging.jd +++ b/docs/html-intl/intl/ru/design/patterns/confirming-acknowledging.jd @@ -4,12 +4,12 @@ page.tags=dialog,toast,notification

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

      -
      -
      +
      +

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

      -
      +

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

      @@ -22,14 +22,14 @@ page.tags=dialog,toast,notification

      Подтверждение

      -
      -
      +
      +

      Пример: Google Play Books

      -

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

      +

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

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

      -
      +

      Пример: Android Beam

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

      @@ -37,31 +37,31 @@ page.tags=dialog,toast,notification

      Уведомление

      -
      -
      -

      Пример: Сохранение оставленного черновика Gmail

      +
      +
      +

      Пример: сохранение оставленного черновика Gmail

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

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

      -
      -

      Пример: Удаление переписки Gmail

      +
      +

      Пример: удаление переписки Gmail

      После того, как пользователь удалит переписку из Gmail, появляется уведомление с возможностью отмены действия. Оно остается, пока пользователь не предпримет постороннее действие, например, прокрутит список писем.

      Отсутствие подтверждения или уведомления

      -
      -
      +
      +

      Пример: +1

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

      Уведомление не требуется. Пользователь увидит, что кнопка +1 поменяла состояние и стала красной. Это достаточно ясный сигнал.

      -
      -

      Пример: Удаление приложения с главного экрана

      +
      +

      Пример: удаление приложения с главного экрана

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

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

      diff --git a/docs/html-intl/intl/ru/design/patterns/navigation.jd b/docs/html-intl/intl/ru/design/patterns/navigation.jd index a65a8f6f23bd..3a0fc6eb31e1 100644 --- a/docs/html-intl/intl/ru/design/patterns/navigation.jd +++ b/docs/html-intl/intl/ru/design/patterns/navigation.jd @@ -16,14 +16,14 @@ page.image=/design/media/navigation_between_siblings_gmail.png инструкциям по применению кнопок "Назад" и "Вверх" сделает навигацию в вашем приложении предсказуемой и надежной с точки зрения пользователей.

      В Android 2.3 и в более ранних версиях для навигации внутри приложения использовалась системная кнопка Назад. С появлением панели действий в Android 3.0 стал доступен второй механизм -навигации, — кнопка Вверх, содержащая значок приложения и левую угловую скобку.

      +навигации – кнопка Вверх, содержащая значок приложения и левую угловую скобку.

      Кнопки "Вверх" и "Назад"

      Кнопка "Вверх" используется для навигации внутри приложения по иерархической структуре его -экранов. Например, если на экране A отображается некоторый список, и при выборе какого-либо элемента открывается +экранов. Например, если на экране A отображается некоторый список и при выборе какого-либо элемента открывается экран B (с подробной информацией об этом элементе), то на экране B должна присутствовать кнопка "Вверх" для возврата к экрану A.

      Если экран является самым верхним в приложении (то есть главным), он не должен содержать кнопку @@ -34,7 +34,7 @@ page.image=/design/media/navigation_between_siblings_gmail.png экранов, а не на иерархии приложения.

      Если предыдущий экран одновременно является иерархическим родителем текущего, -кнопка "Назад" имеет то же действие, что и кнопка "Вверх"—, и это случается довольно +кнопка "Назад" имеет то же действие, что и кнопка "Вверх", — и это случается довольно часто. Однако, в отличие от кнопки "Вверх", гарантирующей, что пользователь остается в приложении, кнопка "Назад" может перевести его на главный экран или даже в другое приложение.

      @@ -57,7 +57,7 @@ page.image=/design/media/navigation_between_siblings_gmail.png

      Изменение представления содержимого на экране

      Изменение параметров представления содержимого на экране не сказывается на поведении кнопок "Вверх" и "Назад", — экран остается на прежнем месте в иерархии приложения, а история навигации не меняется.

      -

      Примерами изменения представления являются

      +

      Примерами изменения представления являются:

      • переключение представлений с помощью вкладок или жестов прокрутки вправо/влево;
      • переключение представлений с помощью раскрывающихся (или свернутых) вкладок;
        • @@ -75,7 +75,7 @@ page.image=/design/media/navigation_between_siblings_gmail.png

        Однако существует важное исключение из этого правила во время просмотра подробных представлений элементов, не связанных -вместе ссылающимся списком, например—, приложений +вместе ссылающимся списком, например приложений одного разработчика или альбомов одного исполнителя в Play Store. В этих случаях переход по каждой ссылке создает историю навигации, что заставляет кнопку "Назад" перебирать все ранее просмотренные экраны. Кнопка "Вверх" должна по-прежнему игнорировать эти связанные по смыслу экраны и осуществлять переход на последний просмотренный контейнерный экран.

        @@ -104,7 +104,7 @@ page.image=/design/media/navigation_between_siblings_gmail.png

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

      @@ -122,8 +122,8 @@ page.image=/design/media/navigation_between_siblings_gmail.png называются косвенными.

      Кнопка "Назад" действует не так, как в случае со стандартными (прямыми) уведомлениями. Нажав ее на промежуточном экране косвенного уведомления, -пользователь вернется в точку, где было сгенерировано уведомление, —поскольку -в стеке переходов назад не появились никакие дополнительные экраны. Если пользователь перейдет в приложение с +пользователь вернется в точку, где было создано уведомление, поскольку +в стеке обратных переходов не появилось дополнительных экранов. Если пользователь перейдет в приложение с промежуточного экрана, поведение кнопок "Вверх" и "Назад" будет таким же, как и при стандартных уведомлениях: навигация внутри приложения, а не возврат к промежуточному экрану.

      @@ -152,15 +152,15 @@ page.image=/design/media/navigation_between_siblings_gmail.png

      Навигация между приложениями

      -

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

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

      -

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

      +

      Чтобы разобраться в навигации между приложениями, необходимо понять поведение платформы Android, + обсуждаемое ниже.

      Действия, задачи и намерения

      @@ -168,28 +168,28 @@ page.image=/design/media/navigation_between_siblings_gmail.png информацией и все действия, которые при этом может выполнить пользователь. Приложение представляет собой набор действий, состоящий как из действий, созданных разработчиком, так и из тех, которые выполняются с помощью других приложений.

      -

      Задача — последовательность действий, выполняемых пользователем для достижения цели. Отдельная +

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

      -

      Намерение — механизм, позволяющий приложению сигнализировать, что ему требуется помощь +

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

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

      Чтобы понять, как действия, задачи и намерения взаимодействуют друг с другом, разберемся, как одно приложение позволяет пользователям -поделиться содержимым с помощью другого приложения. Например, запуск приложения Play Store из главного экрана создает -новую задачу, Task A (см. рисунок ниже). Когда пользователь выполнит навигацию по Play Store и коснется интересующей его книги, -чтобы просмотреть информацию о ней, он останется в том же приложении, расширив его возможности с помощью добавленных действий. Запуск +поделиться содержимым с помощью другого приложения. Например, при запуске приложения Play Store с главного экрана создается +новая задача, Task A (см. рисунок ниже). Когда пользователь выполнит навигацию по Play Store и коснется интересующей его книги, +чтобы просмотреть информацию о ней, он остается в той же задаче, расширяя ее с помощью добавленных действий. Запуск действия "Поделиться" выводит перед пользователем диалоговое окно со списком действий (из разных приложений), зарегистрированных для выполнения намерения "Поделиться".

      Если пользователь предпочтет поделиться информацией через Gmail, действие "Написать" приложения Gmail добавляется как продолжение задачи -Task A—, и никакая новая задача не создается. Если в фоновом режиме работает собственная задача Gmail, на нее это никак +Task A, и никакая новая задача не создается. Если в фоновом режиме работает собственная задача Gmail, на нее это никак не повлияет.

      Если во время действия "Составление сообщения" пользователь отправит сообщение или коснется кнопки "Назад", он вернется к @@ -199,7 +199,7 @@ Store, пока, наконец, не вернется на главный эк

      Однако, коснувшись кнопки "Вверх" во время действия "Составление сообщения", пользователь выскажет пожелание остаться в приложении -Gmail. Откроется экран действия "Переписка" приложения Gmail, и для него будет создано новая задача Task B. Новые задачи +Gmail. Откроется экран действия "Переписка" приложения Gmail, и для него будет создана новая задача Task B. Новые задачи всегда имеют корень на главном экране, поэтому касание кнопки "Назад" на экране переписки возвращает пользователя именно туда.

      diff --git a/docs/html-intl/intl/vi/design/get-started/principles.jd b/docs/html-intl/intl/vi/design/get-started/principles.jd new file mode 100644 index 000000000000..61b2c77c9736 --- /dev/null +++ b/docs/html-intl/intl/vi/design/get-started/principles.jd @@ -0,0 +1,307 @@ +page.title=Nguyên tắc Thiết kế Android +@jd:body + +

      Những nguyên tắc thiết kế này được xây dựng bởi và dành cho +Nhóm Trải nghiệm Người dùng Android để đảm bảo lợi ích tốt nhất cho người dùng. +Đối với nhà phát triển và nhà thiết kế Android, chúng tiếp tục +nhấn mạnh những nguyên tắc chỉ đạo thiết kế chi tiết hơn dành cho các loại +thiết bị khác nhau.

      + +

      +Hãy cân nhắc những nguyên tắc này khi áp dụng sự sáng tạo +và tư duy thiết kế của mình. Thay đổi có mục đích. +

      + +

      Thu hút tôi

      + +
      +
      + +

      Khiến tôi xao xuyến vì ngạc nhiên

      +

      Cảnh vật đẹp, hoạt hình được bố trí cẩn thận hay hiệu ứng âm thanh đúng lúc khiến +trải nghiệm càng thêm phần thích thú. Hiệu ứng tinh tế góp phần đem lại cảm giác nhẹ nhàng nhưng +mạnh mẽ trong tầm tay.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Các đối tượng đời thật trông thú vị hơn các nút bấm và menu

      +

      Để người dùng trực tiếp chạm và thao tác các đối tượng trong ứng dụng của bạn. Làm như vậy vừa giảm nỗ lực nhận thức +cần thiết để thực hiện một tác vụ, vừa đem lại sự thỏa mãn về cảm xúc.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Hãy để tôi biến nó thành của mình

      +

      Người dùng thích cảm giác tiếp xúc cá nhân bởi nó giúp họ cảm thấy rất tự nhiên và nắm quyền kiểm soát. Cung cấp +thiết lập mặc định tuyệt đẹp, dễ cảm nhận, nhưng cũng phải xét đến những tùy chỉnh thú vị, có thể lựa chọn để không cản trở +nhiệm vụ chính yếu.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Hiểu rõ về tôi

      +

      Tìm hiểu sở thích của người dùng qua thời gian. Thay vì bảo họ chọn +đi chọn lại cùng một thứ, hãy bố trí để những lựa chọn trước đó dễ dàng trong tầm với.

      + +
      +
      + + + +
      +
      + +

      Đơn giản hóa cuộc sống của tôi

      + +
      +
      + +

      Hãy ngắn gọn

      +

      Sử dụng những cụm từ ngắn với từ ngữ đơn giản. Người dùng thường hay bỏ qua những câu dài dòng.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Hình ảnh đến nhanh hơn câu chữ

      +

      Hãy nghĩ đến việc dùng hình ảnh để giải thích ý tưởng. Chúng dễ thu hút sự chú ý của người dùng và có thể hiệu quả hơn nhiều +so với từ ngữ.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Quyết định hộ tôi nhưng phải để tôi “chốt hạ”

      +

      Hãy đưa ra phán đoán tốt nhất và hành động thay vì hỏi trước. Quá nhiều lựa chọn và quyết định khiến người dùng +không vui. Phòng trường hợp bạn sai, hãy cho 'hoàn tác'.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Chỉ hiện những thứ tôi cần khi tôi cần đến

      +

      Người dùng sẽ bị quá tải khi họ thấy quá nhiều thứ cùng lúc. Hãy chia các tác vụ và thông tin thành những đoạn nhỏ, +dễ nắm bắt. Ẩn những tùy chọn không thiết yếu vào thời điểm đó và nhắc người dùng khi đi qua chúng.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Tôi cần luôn biết mình đang ở đâu

      +

      Khiến người khác tự tin rằng họ biết mình đang ở đâu. Khiến những địa điểm trong ứng dụng của bạn trông khác biệt +và sử dụng chuyển tiếp để thể hiện mối quan hệ giữa các màn hình. Cung cấp phản hồi về các tác vụ đang diễn ra.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Không bao giờ đánh mất những thứ của tôi

      +

      Lưu những thứ người dùng mất thời gian để tạo và cho phép họ truy cập chúng từ mọi nơi. Nhớ các cài đặt, +thao tác chạm cá nhân và nội dung khởi tạo giữa các điện thoại, máy tính bảng và máy tính. Điều đó sẽ khiến việc nâng cấp +trở nên dễ dàng nhất trên đời.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Nếu bề ngoài giống nhau thì hành động cũng phải như nhau

      +

      Giúp người dùng phân biệt sự khác nhau về chức năng bằng cách khiến bề ngoài trông khác biệt thay vì chỉ khác một chút. +Tránh những chế độ trông giống nhau nhưng lại phản hồi khác nhau với cùng nội dung đầu vào.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Chỉ làm tôi gián đoạn nếu thật sự quan trọng

      +

      Như một trợ lý cá nhân đúng nghĩa, hãy tránh làm người dùng mất thời gian vào thứ không quan trọng. Người dùng thường muốn +tập trung và trừ trường hợp rất quan trọng và nhạy cảm về thời gian, nếu không việc gián đoạn có thể khiến họ khó chịu.

      + +
      +
      + + + +
      +
      + +

      Làm tôi ấn tượng

      + +
      +
      + +

      Cho tôi xem những trò có thể áp dụng ở mọi nơi

      +

      Người dùng thấy thích thú khi họ tự khám phá mọi thứ. Thiết kế ứng dụng của bạn dễ học hỏi hơn nhờ +tận dụng các kiểu mẫu trực quan và trí nhớ có điều kiện từ các ứng dụng Android khác. Ví dụ, cử chỉ trượt nhanh +có thể là một lối tắt điều hướng hay.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Không phải lỗi của tôi

      +

      Nhẹ nhàng trong cách nhắc người dùng sửa lỗi. Họ luôn muốn cảm thấy thông minh khi dùng ứng dụng +của bạn. Nếu có gì đó không đúng, hãy đưa ra chỉ dẫn khắc phục rõ ràng nhưng bỏ qua những chi tiết kỹ thuật. +Nếu bạn có thể khắc phục mà không làm phiền họ thì càng tuyệt.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Khơi gợi sự khuyến khích

      +

      Chia các nhiệm vụ phức tạp thành nhiều bước nhỏ hơn và dễ hoàn thành. Phản hồi hành động, +kể cả khi đó chỉ là một vầng sáng nhỏ.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Làm giúp tôi những chuyện nặng nhọc

      +

      Khiến người mới cảm thấy mình như chuyên gia bằng cách cho phép họ làm những việc mà họ chưa từng nghĩ mình có thể làm được. Ví +dụ, các lối tắt kết hợp nhiều hiệu ứng ảnh chụp có thể khiến một bức ảnh nghiệp dư trở nên đáng kinh ngạc +chỉ sau vài bước.

      + +
      +
      + + + +
      +
      + +
       
      + +
      +
      + +

      Nhanh chóng đến phần quan trọng

      +

      Không phải hành động nào cũng như nhau. Quyết định xem điều gì là quan trọng nhất trong ứng dụng của bạn và khiến nó dễ tìm thấy và +nhanh chóng được sử dụng, ví dụ như nút chụp trong camera hoặc nút tạm dừng trong một trình phát nhạc.

      + +
      +
      + + + +
      +
      diff --git a/docs/html-intl/intl/vi/design/index.jd b/docs/html-intl/intl/vi/design/index.jd new file mode 100644 index 000000000000..d72636f0c79b --- /dev/null +++ b/docs/html-intl/intl/vi/design/index.jd @@ -0,0 +1,186 @@ +page.title=Material Design cho Android +page.tags=Material,design +page.type=thiết kế +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
      +

      Tài liệu cho Nhà phát triển

      +

      Tạo ứng dụng với Material Design

      +
      +       + + + +
      +

      Video

      +

      Giới thiệu Material Design

      +
      +       + + + +
      +

      Video

      +

      Giấy và Mực: Những vật liệu quan trọng

      +
      +       + + + +
      +

      Video

      +

      Material Design trong Google I/O App

      +
      +       + + + +

      Material design là một hướng dẫn toàn diện về thiết kế +trực quan, chuyển động và tương tác giữa nhiều nền tảng và thiết bị. Hiện nay Android có hỗ trợ +những ứng dụng theo phong cách material design. Để sử dụng material design trong ứng dụng Androi của mình, hãy làm theo hướng dẫn nêu +trong đặc tả material design và sử dụng +những thành phần và tính năng mới sẵn có trong Android 5.0 (API mức 21) trở lên.

      + +

      Android cung cấp những phần tử sau để bạn dựng ứng dụng theo phong cách material design:

      + +
        +
      • Một giao diện mới
        • +
      • Widget mới cho các dạng xem phức tạp
        • +
      • API mới cho đổ bóng và hoạt hình tùy chỉnh
        • +
      + +

      Để biết thêm thông tin về triển khai material design trên Android, hãy xem +Tạo ứng dụng với Material Design.

      + + +

      Giao diện Material

      + +

      Giao diện material mang đến một phong cách mới cho ứng dụng của bạn và các widget hệ thống, cho phép bạn đặt +bảng màu của chúng và hoạt hình mặc định cho phản hồi chạm và chuyển tiếp hoạt động.

      + + +
      +
      + +
      +

      Giao diện material tối

      +
      +
      +
      + +
      +

      Giao diện material sáng

      +
      +
      +
      +
      + +

      Để biết thêm thông tin, hãy xem phần Sử dụng Giao diện Material +.

      + + +

      Danh sách và Thẻ

      + +

      Android cung cấp hai loại widget mới để hiển thị thẻ và danh sách bằng phong cách +và hoạt hình material design:

      + + +
      +
      + +

      Widget RecyclerView mới là một phiên bản có thể ghép nối hơn của ListView + có hỗ trợ nhiều kiểu bố trí khác nhau và cải thiện hiệu năng.

      +
      +
      + +

      Widget CardView mới cho phép bạn hiển thị những mẩu thông tin quan trọng bên trong + thẻ với diện mạo và cảm nhận nhất quán.

      +
      +
      +
      + +

      Để biết thêm thông tin, hãy xem phần Tạo Danh sách +và Thẻ.

      + + +

      Đổ bóng Dạng xem

      + +

      Bên cạnh các thuộc tính X và Y, dạng xem trong Android nay có +thêm thuộc tính Z. Thuộc tính mới này biểu diễn độ cao của một dạng xem và sẽ quyết định:

      + +
        +
      • Kích cỡ của đổ bóng: dạng xem có giá trị Z cao hÆ¡n sẽ đặt đổ bóng lớn hÆ¡n.
        • +
      • Thứ tá»± vẽ: dạng xem có giá trị Z cao hÆ¡n sẽ xuất hiện phía trên những dạng xem khác.
        • +
      + +
      +
      + +
      +
      + Để phát lại phim, nhấp vào màn hình thiết bị +
      +
      + +

      Để biết thêm thông tin, hãy xem phần Định nghĩa +Đổ bóng và Dạng xem Cắt hình.

      + + +

      Hoạt hình

      + +

      API hoạt hình mới cho phép bạn tạo hoạt hình tùy chỉnh cho phản hồi chạm trong điều khiển UI, +thay đổi trạng thái xem và chuyển tiếp hoạt động.

      + +

      Những API này cho phép bạn:

      + +
        +
      • +Phản hồi lại sá»± kiện chạm trong dạng xem của mình bằng hoạt hình phản hồi chạm. +
        • +
      • +Ẩn và hiện dạng xem bằng hoạt hình hiện hình tròn. +
        • +
      • +Chuyển giữa các hoạt động bằng hoạt hình chuyển tiếp hoạt động tùy chỉnh. +
        • +
      • +Tạo hoạt hình tá»± nhiên hÆ¡n bằng chuyển động cong. +
        • +
      • +Tạo hoạt hình cho các thay đổi trong một hoặc nhiều thuộc tính dạng xem bằng hoạt hình thay đổi trạng thái dạng xem. +
        • +
      • +Thể hiện hoạt hình trong các nội dung vẽ được theo danh sách trạng thái giữa những thay đổi về trạng thái dạng xem. +
        • +
      + +

      Hoạt hình phản hồi chạm được tích hợp vào một vài dạng xem tiêu chuẩn, ví dụ như các nút. Các API mới này +cho phép bạn tùy biến những hoạt hình này và thêm chúng vào dạng xem tùy chỉnh của mình.

      + +

      Để biết thêm thông tin, hãy xem phần Định nghĩa Hoạt hình +Tùy chỉnh.

      + + +

      Nội dung vẽ được

      + +

      Những khả năng mới này của nội dung vẽ được sẽ giúp bạn triển khai các ứng dụng theo phong cách material design:

      + +
        +
      • Nội dung vẽ được véc-tÆ¡ có thể thay đổi kích cỡ mà không làm mất độ sắc nét và hoàn hảo +cho các biểu tượng trong ứng dụng đơn sắc.
        • +
      • Nhuộm nội dung vẽ được cho phép bạn định nghÄ©a ảnh bitmap thành mặt nạ alpha và nhuộm +màu cho chúng theo thời gian chạy.
        • +
      • Trích xuất màu cho phép bạn tá»± động trích xuất màu nổi bật từ +hình ảnh bitmap.
        • +
      + +

      Để biết thêm thông tin, hãy xem phần Làm việc với +Nội dung Vẽ được.

      diff --git a/docs/html-intl/intl/vi/design/material/index.jd b/docs/html-intl/intl/vi/design/material/index.jd index 838fd68d12a9..f66d6f62f408 100644 --- a/docs/html-intl/intl/vi/design/material/index.jd +++ b/docs/html-intl/intl/vi/design/material/index.jd @@ -1,5 +1,6 @@ page.title=Material Design cho Android page.tags=Material,design +page.type=thiết kế page.image=images/cards/design-material-for-android_2x.jpg @jd:body @@ -38,8 +39,13 @@ page.image=images/cards/design-material-for-android_2x.jpg +<<<<<<< HEAD

      Material design là một hướng dẫn toàn diện về thiết kế trực quan, chuyển động và tương tác giữa nhiều nền tảng và thiết bị. Hiện nay Android có hỗ trợ +======= +

      Material Design là một hướng dẫn toàn diện về thiết kế +trực quan, chuyển động và tương tác giữa nhiều nền tảng và thiết bị. Hiện nay, Android có hỗ trợ +>>>>>>> Docs: L10N update for design documentation những ứng dụng theo phong cách material design. Để sử dụng material design trong ứng dụng Androi của mình, hãy làm theo hướng dẫn nêu trong đặc tả material design và sử dụng những thành phần và tính năng mới sẵn có trong Android 5.0 (API mức 21) trở lên.

      @@ -58,7 +64,11 @@ những thành phần và tính năng mới sẵn có trong Android 5.0 (API m

      Giao diện Material

      +<<<<<<< HEAD

      Giao diện material mang đến một phong cách mới cho ứng dụng của bạn và các widget hệ thống, cho phép bạn đặt +======= +

      Giao diện material mang đến một phong cách mới cho ứng dụng của bạn và widget hệ thống, cho phép bạn đặt +>>>>>>> Docs: L10N update for design documentation bảng màu của chúng và hoạt hình mặc định cho phản hồi chạm và chuyển tiếp hoạt động.

      @@ -84,15 +94,25 @@ bảng màu của chúng và hoạt hình mặc định cho phản hồi chạm

      Danh sách và Thẻ

      +<<<<<<< HEAD

      Android cung cấp hai loại widget mới để hiển thị thẻ và danh sách bằng phong cách và hoạt hình material design:

      +======= +

      Android cung cấp hai loại widget mới để hiển thị thẻ và danh sách bằng các kiểu dáng +và hoạt hình theo phong cách material design:

      +>>>>>>> Docs: L10N update for design documentation
      +<<<<<<< HEAD

      Widget RecyclerView mới là một phiên bản có thể ghép nối hơn của ListView có hỗ trợ nhiều kiểu bố trí khác nhau và cải thiện hiệu năng.

      +======= +

      Widget RecyclerView mới là một phiên bản dễ ghép nối hơn của ListView + có hỗ trợ nhiều kiểu bố cục khác nhau và cải thiện hiệu năng.

      +>>>>>>> Docs: L10N update for design documentation
      @@ -108,12 +128,21 @@ và Thẻ.

      Đổ bóng Dạng xem

      +<<<<<<< HEAD

      Bên cạnh các thuộc tính X và Y, dạng xem trong Android nay có thêm thuộc tính Z. Thuộc tính mới này biểu diễn độ cao của một dạng xem và sẽ quyết định:

      • Kích cỡ của đổ bóng: dạng xem có giá trị Z cao hÆ¡n sẽ đặt đổ bóng lớn hÆ¡n.
      • Thứ tá»± vẽ: dạng xem có giá trị Z cao hÆ¡n sẽ xuất hiện phía trên những dạng xem khác.
        • +======= +

        Bên cạnh các thuộc tính X và Y, dạng xem trong Android nay có thêm thuộc tính Z +. Thuộc tính mới này biểu diễn độ cao của một dạng xem và sẽ quyết định:

        + +
          +
        • Kích cỡ của đổ bóng: dạng xem với giá trị Z cao hÆ¡n sẽ có đổ bóng lớn hÆ¡n.
          • +
        • Thứ tá»± vẽ: dạng xem với giá trị Z cao hÆ¡n sẽ xuất hiện ở trên những dạng xem khác.
          • +>>>>>>> Docs: L10N update for design documentation
        @@ -125,7 +154,11 @@ thêm thuộc tính Z. Thuộc tính mới này biểu diễn độ cao của m
        +<<<<<<< HEAD Để phát lại phim, nhấp vào màn hình thiết bị +======= + Để phát lại phim, hãy nhấp vào màn hình thiết bị +>>>>>>> Docs: L10N update for design documentation
      @@ -148,7 +181,11 @@ Phản hồi lại sự kiện chạm trong dạng xem của mình bằng hoạt Ẩn và hiện dạng xem bằng hoạt hình hiện hình tròn.
    • +<<<<<<< HEAD Chuyển giữa các hoạt động bằng hoạt hình chuyển tiếp hoạt động tùy chỉnh. +======= +Chuyển giữa các hoạt động và hoạt hình chuyển tiếp hoạt động tùy chỉnh. +>>>>>>> Docs: L10N update for design documentation
    • Tạo hoạt hình tá»± nhiên hÆ¡n bằng chuyển động cong. diff --git a/docs/html-intl/intl/vi/design/patterns/compatibility.jd b/docs/html-intl/intl/vi/design/patterns/compatibility.jd new file mode 100644 index 000000000000..f1a610b06d34 --- /dev/null +++ b/docs/html-intl/intl/vi/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=TÆ°Æ¡ng thích Ngược +page.tags="support" +page.metaDescription=LÆ°u ý về cách Android 4.x thích ứng với UI được thiết kế cho các phần cứng và phiên bản HĐH cÅ© hÆ¡n. +@jd:body + + +
      +

      Tài liệu cho Nhà phát triển

      +

      Hỗ trợ nhiều Thiết bị khác nhau

      +
      +       + +

      Những thay đổi đáng kể trong Android 3.0 gồm có:

      +
        +
      • Bỏ phím cứng điều hướng (Quay lại, Menu, Tìm kiếm, Trang chủ̉), đổi thành xá»­ lý điều hướng + thông qua các nút điều khiển ảo (Quay lại, Trang chủ, Gần đây).
        • +
      • Mẫu hình thiết thá»±c để sá»­ dụng menu trong thanh hành động.
        • +
      +

      Android 4.0 mang những thay đổi cho máy tính bảng sang nền tảng điện thoại.

      + +

      Thích nghi Android 4.0 với Phần cứng và Ứng dụng cũ hơn

      + +
      +
      + +

      Điện thoại có các điều khiển điều hướng ảo

      +

      Ứng dụng Android được viết cho Android 3.0 trở lên sẽ hiển thị các hành động trong thanh hành động. Những hành động không vừa +với thanh hành động hoặc không đủ quan trọng để được hiển thị ở mức trên cùng sẽ xuất hiện trong +vùng tràn hành động.

      +

      Người dùng truy cập vùng tràn hành động bằng cách chạm vào nó trong thanh hành động.

      + +
      +
      + + + +
      +
      + +
      +
      + +

      Điện thoại có phím điều hướng vật lý

      +

      Điện thoại Android có phím cứng điều hướng truyền thống không hiển thị thanh điều hướng ảo ở +phía dưới màn hình. Thay vào đó, có thể sử dụng vùng tràn hành động từ phím cứng menu. Kết quả là +cửa sổ hành động bật lên có cùng kiểu như trong ví dụ trước, nhưng được hiển thị ở phía dưới màn hình.

      + +
      +
      + + + +
      +
      + +
      +
      + +

      Ứng dụng kế thừa trên điện thoại có điều khiển điều hướng ảo

      +

      Khi bạn chạy một ứng dụng được dựng cho Android 2.3 hoặc cũ hơn trên một điện thoại có điều khiển điều hướng +ảo, điều khiển vùng tràn hành động sẽ xuất hiện phía bên phải của thanh điều hướng ảo. Bạn có thể +chạm vào điều khiển này để hiển thị hành động của ứng dụng theo kiểu dáng menu Android truyền thống.

      + +
      +
      + + + +
      +
      diff --git a/docs/html-intl/intl/vi/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/vi/design/patterns/confirming-acknowledging.jd new file mode 100644 index 000000000000..e0253c3d3f04 --- /dev/null +++ b/docs/html-intl/intl/vi/design/patterns/confirming-acknowledging.jd @@ -0,0 +1,70 @@ +page.title=Xác nhận & Báo nhận +page.tags=dialog,toast,notification +@jd:body + +

      Trong một số tình huống, khi người dùng gọi ra một hành động trong ứng dụng của bạn, bạn nên xác nhận hoặc báo nhận hành động đó thông qua văn bản.

      + +
      +
      + +

      Xác nhận là việc yêu cầu người dùng xác minh rằng họ thực sự muốn tiếp tục hành động mà họ vừa gọi ra. Trong một số trường hợp, xác nhận được đưa ra cùng với một cảnh báo hoặc thông tin trọng yếu liên quan tới hành động mà họ cần cân nhắc.

      +
      +
      + +

      Báo nhận là việc hiển thị văn bản để người dùng biết rằng hành động họ vừa gọi ra đã được hoàn tất. Điều này loại bỏ sự không chắc chắn về các thao tác không biểu thị mà hệ thống đang thực hiện. Trong một số trường hợp, báo nhận được đưa ra cùng với một tùy chọn hoàn tác hành động đó.

      +
      +
      + +

      Giao tiếp với người dùng theo những cách này có thể giúp gỡ bỏ sự không chắc chắn về những thứ đã hoặc sẽ xảy ra. Xác nhận hoặc báo nhận cũng có thể ngăn người dùng mắc sai lầm mà họ có thể hối tiếc.

      + +

      Khi nào thì xác nhận hoặc báo nhận hành động của người dùng

      +

      Không phải hành động nào cũng chắc chắn có xác nhận hay báo nhận. Hãy sử dụng lưu đồ sau làm hướng dẫn đưa ra quyết định thiết kế của bạn.

      + + +

      Xác nhận

      +
      +
      +

      Ví dụ: Google Play Books

      + +

      Trong ví dụ này, người dùng đã yêu cầu xóa một cuốn sách khỏi thư viện Google Play của mình. Một cảnh báo hiện ra để xác nhận hành động này bởi quan trọng là phải hiểu rằng cuốn sách sẽ không còn khả dụng trên bất cứ thiết bị nào nữa.

      +

      Khi tạo một hộp thoại xác nhận, hãy đặt tiêu đề có ý nghĩa bằng cách thể hiện hành động được yêu cầu đó.

      +
      +
      +

      Ví dụ: Android Beam

      + +

      Không nhất thiết phải đưa ra xác nhận trong cảnh báo có hai nút. Sau khi khởi chạy Android Beam, người dùng được nhắc chạm vào nội dung muốn chia sẻ (trong ví dụ này là một ảnh chụp). Nếu quyết định không tiếp tục, họ chỉ cần đưa điện thoại của mình ra xa.

      +
      +
      + +

      Báo nhận

      +
      +
      +

      Ví dụ: Bỏ đi bản thảo Gmail đã lưu

      + +

      Trong ví dụ này, nếu người dùng điều hướng quay lại hoặc lên trên từ màn hình soạn thảo Gmail thì có thể sẽ xảy ra việc ngoài ý muốn: bản thảo hiện tại được tự động lưu. Báo nhận dưới hình thức cửa sổ sẽ khiến bản thảo đó biểu hiện ra ngoài. Cửa sổ này sẽ mờ dần sau vài giây.

      +

      Ở đây việc hoàn tác sẽ không thích hợp bởi việc lưu là do ứng dụng khởi chạy chứ không phải người dùng. Sẽ dễ dàng và nhanh chóng tiếp tục soạn thư bằng cách điều hướng tới danh sách bản thảo.

      + +
      +
      +

      Ví dụ: Đã xóa hội thoại Gmail

      + +

      Sau khi người dùng xóa một hội thoại khỏi danh sách trong Gmail, báo nhận sẽ xuất hiện cùng tùy chọn hoàn tác. Báo nhận vẫn còn đó tới khi người dùng thực hiện một hành động không liên quan, ví dụ như cuộn danh sách.

      +
      +
      + +

      Không xác nhận hoặc báo nhận

      +
      +
      +

      Ví dụ: hành động +1

      + +

      Xác nhận là không cần thiết. Nếu người dùng vô tình +1 thì cũng không sao. Họ chỉ cần chạm lại vào nút này để hoàn tác hành động đó.

      +

      Báo nhận là không cần thiết. Người dùng sẽ thấy nút +1 bật lại và chuyển màu đỏ. Đó là một dấu hiệu rất rõ ràng.

      +
      +
      +

      Ví dụ: Xóa một ứng dụng khỏi Màn hình Trang chủ

      + +

      Xác nhận là không cần thiết. Đây là một hành động có chủ ý: người dùng phải kéo và thả một mục lên một mụ̣c tiêu tương đối lớn và tách biệt. Vì thế, rất khó có khả năng xảy ra trường hợp vô ý. Nhưng nếu người dùng hối hận về quyết định, họ chỉ mất vài giây để đưa trở lại như cũ.

      +

      Báo nhận là không cần thiết. Người dùng sẽ biết ứng dụng đã biến mất khỏi Màn hình Trang chủ bởi họ khiến nó biến mất bằng cách kéo nó đi.

      + +
      +
      diff --git a/docs/html-intl/intl/vi/design/patterns/navigation.jd b/docs/html-intl/intl/vi/design/patterns/navigation.jd new file mode 100644 index 000000000000..98490db0e5b6 --- /dev/null +++ b/docs/html-intl/intl/vi/design/patterns/navigation.jd @@ -0,0 +1,213 @@ +page.title=Điều hướng bằng Quay lại và Lên trên +page.tags="navigation","activity","task","up navigation","back navigation" +page.image=/design/media/navigation_between_siblings_gmail.png +@jd:body + + +
      +

      Tài liệu cho Nhà phát triển

      +

      Triển khai Điều hướng Hiệu quả

      +
      +       + +

      Điều hướng nhất quán là một thành phần thiết yếu trong trải nghiệm người dùng nói chung. Một vài điều nhỏ bé lại khiến +người dùng khó chịu hơn so với điều hướng cơ bản chính là hành xử không nhất quán và không như kỳ vọng. Android 3.0 +đã giới thiệu những thay đổi đáng kể về hành vi điều hướng toàn cục. Tuân thủ kỹ lưỡng các hướng dẫn +về Quay lại và Lên trên sẽ giúp việc điều hướng trên ứng dụng của bạn trở nên dễ đoán và đáng tin cậy cho người dùng của bạn.

      +

      Phiên bản Android 2.3 và mới hơn dựa vào nút Quay lại của hệ thống để hỗ trợ điều hướng trong một +ứng dụng. Với việc giới thiệu thanh hành động trong Android 3.0, một cơ chế điều hướng thứ hai đã xuất hiện: +nút Lên trên, bao gồm biểu tượng ứng dụng và dấu nháy lùi trái.

      + + + +

      Lên trên so với Quay lại

      + +

      Nút Lên trên được sử dụng để điều hướng bên trong một ứng dụng dựa trên mối quan hệ thứ bậc +giữa các màn hình. Ví dụ, nếu màn hình A hiển thị một danh sách các mục và việc chọn một mục sẽ dẫn đến +màn hình B (trình bày chi tiết hơn về mục đó), khi đó B sẽ đưa ra nút Lên trên để +quay lại màn hình A.

      +

      Nếu một màn hình đang ở trên cùng trong một ứng dụng (cụ thể là trang chủ của ứng dụng), thì nó sẽ xuất hiện nút +Lên trên.

      + +

      Nút Quay lại của hệ thống được sử dụng để điều hướng ngược theo thứ tự thời gian, qua lịch sử các màn hình +mà người dùng mới thao tác qua. Nó thường được dựa trên mối quan hệ thời gian +giữa các màn hình thay vì thứ bậc của ứng dụng.

      + +

      Khi màn hình xem trước đó cÅ©ng đồng thời là màn hình mẹ theo thứ bậc của màn hình hiện tại, nhấn nút +Quay lại sẽ có cùng kết quả nhÆ° khi nhấn nút Lên trên—điều này thường hay +xảy ra. Tuy nhiên, không nhÆ° nút Lên trên đảm bảo người dùng vẫn còn trong ứng dụng của bạn, +nút Quay lại có thể trả người dùng về màn hình Trang chủ hoặc thậm chí sang một ứng dụng khác.

      + + + +

      Nút Quay lại cũng hỗ trợ một vài hành vi không trực tiếp gắn với điều hướng giữa các màn hình: +

      +
        +
      • Bỏ qua cá»­a sổ nổi (hộp thoại, cá»­a sổ bật lên)
        • +
      • Bỏ qua thanh hành động ngữ cảnh và bỏ tô sáng khỏi mục đã chọn
        • +
      • Ẩn bàn phím trên màn hình (IME)
        • +
      +

      Điều hướng trong Ứng dụng của Bạn

      + +

      Điều hướng tới màn hình với nhiều điểm bắt đầu

      +

      Đôi khi một màn hình không chỉ có một vị trí cố định trong thứ bậc của ứng dụng và bạn có thể truy cập nó +từ nhiều điểm bắt đầu—ví dụ nhÆ° màn hình cài đặt có thể được truy cập từ bất cứ màn hình +nào khác trong ứng dụng của bạn. Trong trường hợp này, nút Lên trên sẽ chọn quay lại màn hình đã chuyển đến, có tác dụng +giống nhÆ° Quay lại.

      +

      Thay đổi dạng xem bên trong một màn hình

      +

      Thay đổi tùy chọn dạng xem cho một màn hình không làm thay đổi hành vi Lên trên hay Quay lại: màn hình vẫn +ở cùng một chỗ trong thứ bậc của ứng dụng và không tạo thêm lịch sử điều hướng mới nào.

      +

      Ví dụ về thay đổi dạng xem gồm:

      +
        +
      • Chuyển dạng xem bằng tab và/hoặc trượt nhanh trái phải
        • +
      • Chuyển dạng xem bằng danh sách thả xuống (còn gọi là tab thu gọn)
        • +
      • Lọc một danh sách
        • +
      • Sắp xếp một danh sách
        • +
      • Thay đổi đặc tính hiển thị (nhÆ° thu phóng)
        • +
      +

      Điều hướng giữa các màn hình anh em

      +

      Khi ứng dụng của bạn hỗ trợ điều hướng từ một danh mục tới một dạng xem chi tiết của một trong những mục đó, thường +nó ưu tiên hỗ trợ điều hướng theo hướng từ mục đó tới một mục khác ở phía trước hoặc +phía sau nó trong danh sách. Ví dụ, trong Gmail, bạn có thể dễ dàng trượt nhanh sang trái hoặc phải từ một hội thoại +để xem hội thoại mới hơn hoặc cũ hơn trong cùng Hộp thư đến. Như khi thay đổi dạng xem trong một màn hình, +điều hướng đó không làm thay đổi hành vi Lên trên hoặc Quay lại.

      + + + +

      Tuy nhiên, có một trường hợp ngoại lệ đáng chú ý đó là khi duyệt giữa các dạng xem chi tiết có liên quan, không +ràng buộc với nhau bởi danh sách chuyển đến—ví dụ nhÆ° khi duyệt trong Play Store giữa các ứng dụng từ +cùng một nhà phát triển hoặc giữa các album bởi cùng một nghệ sÄ©. Trong các trường hợp này, truy cập vào từng liên kết không tạo ra +lịch sá»­, khiến nút Quay lại đi qua từng màn hình được xem trước đó. Thao tác Lên trên sẽ tiếp tục +bỏ qua những màn hình liên quan này và điều hướng tới màn hình bộ chứa được xem gần đây nhất.

      + + + +

      Bạn có khả năng thiết kế để hành vi Lên trên thông minh hơn dựa trên hiểu biết của mình về dạng xem +chi tiết. Suy rộng từ ví dụ về Play Store bên trên, tưởng tượng người dùng đã điều hướng từ +Cuốn sách xem gần nhất tới chi tiết chuyển thể Phim. Trong trường hợp đó, thao tác Lên trên có thể trả về một bộ chứa +(Phim) mà trước đó người dùng chưa điều hướng qua.

      + + + +

      Điều hướng tới Ứng dụng của Bạn thông qua Widget và Thông báo trên Màn hình Trang chủ

      + +

      Bạn có thể sử dụng widget hoặc thông báo trên màn hình Trang chủ để giúp người dùng của mình điều hướng trực tiếp tới màn hình +nằm sâu trong thứ bậc ứng dụng của bạn. Ví dụ, widget Hộp thư đến của Gmail và thông báo thư mới có thể +vừa bỏ qua màn hình Hộp thư đến, vừa đưa người dùng trực tiếp tới dạng xem hội thoại.

      + +

      Trong cả hai trường hợp này, hãy điều khiển nút Lên trên như sau:

      + +
        +
      • Nếu màn hình đích thường được truy cập từ một màn hình cụ thể trong ứng dụng +của bạn, thao tác Lên trên sẽ điều hướng tới màn hình đó.
        • +
      • Nếu không, thao tác Lên trên sẽ điều hướng tới màn hình trên cùng ("Trang chủ") của ứng dụng của bạn.
        • +
      + +

      Trong trường hợp nút Quay lại, bạn nên thiết kế để việc điều hướng dễ đoán hơn bằng cách chèn vào ngăn xếp +của tác vụ toàn bộ đường dẫn điều hướng lên trên tới màn hình trên cùng của ứng dụng. Làm vậy sẽ cho phép những người dùng nào +quên cách họ vào ứng dụng của bạn sẽ điều hướng tới màn hình trên cùng của ứng dụng trước khi +thoát.

      + +

      Ví dụ, widget màn hình Trang chủ của Gmail có một nút để đi trực tiếp vào màn hình +soạn email của nó. Lên hoặc Quay lại từ màn hình soạn thư sẽ đưa người dùng tới Hộp thư đến, và từ đó +nút Quay lại tiếp tục đưa về Trang chủ.

      + + + +

      Thông báo gián tiếp

      + +

      Khi ứng dụng của bạn cần trình bày thông tin về nhiều sự kiện đồng thời, nó có thể sử dụng +thông báo duy nhất để chuyển hướng người dùng tới một màn hình xen kẽ. Màn hình này tổng hợp những sự kiện +này và cung cấp đường dẫn cho người dùng đi sâu vào ứng dụng. Thông báo kiểu này được gọi +là thông báo gián tiếp.

      + +

      Không nhÆ° thông báo tiêu chuẩn (trá»±c tiếp), nhấn Quay lại từ màn hình xen kẽ của một thông báo gián tiếp +sẽ trả người dùng về điểm mà từ đó thông báo đó được kích hoạt—không có +màn hình bổ sung nào được chèn vào ngăn xếp. Sau khi người dùng tiến vào ứng dụng từ màn hình xen kẽ +, thao tác Lên trên và Quay lại có tác dụng nhÆ° với thông báo tiêu chuẩn, nhÆ° được mô tả ở trên: +điều hướng bên trong ứng dụng thay vì quay lại màn hình xen kẽ.

      + +

      Ví dụ, giả sử một người dùng trong Gmail nhận được một thông báo gián tiếp từ Lịch. Chạm +vào thông báo này để mở ra màn hình xen kẽ, trong đó hiển thị nhắc nhở cho một vài sự kiện +khác nhau. Chạm vào Quay lại từ màn hình xen kẽ sẽ trả người dùng về Gmail. Chạm vào một sự kiện +cụ thể sẽ đưa người dùng ra khỏi màn hình xen kẽ và vào ứng dụng Lịch để hiển thị chi tiết về +sự kiện. Từ chi tiết sự kiện, Lên trên và Quay lại sẽ điều hướng tới dạng xem trên cùng của Lịch.

      + + + +

      Thông báo bật lên

      + +

      Thông báo bật lên sẽ bỏ qua ngăn thông báo thay vì xuất hiện trực tiếp phía +trước người dùng. Chúng hiếm khi được sử dụng và nên được để dành cho những dịp khi cần +phản ứng kịp thời và việc gián đoạn ngữ cảnh của người dùng là cần thiết. Ví dụ, +Talk sử dụng kiểu này để cảnh báo người dùng về lời mời từ một người bạn để tham gia trò chuyện video, bởi +lời mời này sẽ tự động hết hạn sau một vài giây.

      + +

      Xét về hành vi điều hướng, thông báo bật lên bám sát chặt chẽ hành vi của màn hình xen kẽ +trong thông báo gián tiếp. Quay lại sẽ bỏ qua thông báo bật lên. Nếu người dùng điều hướng +từ màn hình bật lên vào ứng dụng thông báo, hành vi Lên trên và Quay lại sẽ bám sát quy tắc áp dụng với thông báo tiêu chuẩn, +điều hướng bên trong ứng dụng.

      + + + +

      Điều hướng giữa các Ứng dụng

      + +

      Một trong những thế mạnh cơ bản của hệ thống Android đó là khả năng các ứng dụng kích hoạt +lẫn nhau, giúp người dùng có thể điều hướng trực tiếp từ ứng dụng này sang ứng dụng khác. Ví dụ, một ứng dụng +cần chụp ảnh có thể kích hoạt ứng dụng Camera, ứng dụng này sẽ trả +ảnh về ứng dụng chuyển đến. Điều này đặc biệt có ích đối với cả nhà phát triển, những người có thể dễ dàng tận dụng +đoạn mã từ các ứng dụng khác, lẫn người dùng, những người thích có một trải nghiệm nhất quán đối với những hành động +được thực hiện thường xuyên.

      + +

      Để hiểu rõ điều hướng giữa các ứng dụng, quan trọng là phải hiểu được hành vi bộ khung Android +được đề cập dưới đây.

      + +

      Hoạt động, tác vụ và ý định

      + +

      Trong Android, hoạt động là một thành phần ứng dụng định nghĩa một màn hình +thông tin và tất cả hành động liên kết mà người dùng có thể thực hiện. Ứng dụng của bạn là tập hợp +của nhiều hoạt động, bao gồm cả hoạt động do bạn tạo và hoạt động mà bạn sử dụng lại từ các ứng dụng khác.

      + +

      Tác vụ là trình tự các hoạt động mà một người dùng tuân theo để hoàn thành một mục tiêu. +Tác vụ đơn có thể sử dụng các hoạt động từ chỉ một ứng dụng, hoặc có thể dựa trên hoạt động từ nhiều +ứng dụng khác nhau.

      + +

      Ý định là một cơ chế để một ứng dụng báo hiệu rằng nó muốn sự trợ giúp +của một ứng dụng khác khi thực hiện một hành động. Các hoạt động của một ứng dụng có thể biểu thị những ý định +mà chúng có thể phản hồi. Đối với những ý định thường gặp như "Chia sẻ", người dùng có thể cài đặt nhiều ứng dụng +có khả năng thực hiện yêu cầu đó.

      + +

      Ví dụ: điều hướng giữa các ứng dụng để hỗ trợ chia sẻ

      + +

      Để hiểu những hoạt động, tác vụ và ý định này vận hành với nhau như thế nào, hãy xem cách một ứng dụng cho phép người dùng +chia sẻ nội dung bằng cách dùng một ứng dụng khác. Ví dụ, khởi chạy ứng dụng Play Store từ Trang chủ sẽ bắt đầu +Tác vụ A mới (xem hình bên dưới). Sau khi điều hướng qua Play Store và chạm vào một cuốn sách được quảng cáo +để xem chi tiết của sách, người dùng vẫn ở trong cùng một tác vụ, mở rộng nó bằng cách thêm vào các hoạt động. Kích hoạt +hành động Chia sẻ sẽ nhắc người dùng bằng một hộp thoại liệt kê từng hoạt động một (từ các ứng dụng khác nhau) +mà đã đăng ký xử lý ý định Chia sẻ đó.

      + + + +

      Khi người dùng chọn chia sẻ qua Gmail, hoạt động soạn email của Gmail sẽ được thêm làm hoạt động tiếp tục +Tác vụ A—không có tác vụ mới nào được tạo thêm. Nếu Gmail có tác vụ riêng đang chạy nền, nó sẽ +không bị ảnh hưởng.

      + +

      Từ hoạt động soạn email, gửi thư hoặc chạm vào nút Quay lại sẽ trả người dùng về +hoạ̣t động chi tiết về cuốn sách. Những lần chạm sau đó vào Quay lại sẽ tiếp tục điều hướng quay lại qua +Store và cuối cùng về lại Trang chủ.

      + + + +

      Tuy nhiên, nếu chạm vào Lên trên từ hoạt động soạn email, người dùng biểu thị mong muốn vẫn ở nguyên trong +Gmail. Hoạt động danh sách hội thoại của Gmail xuất hiện và Tác vụ B mới sẽ được tạo cho nó. Các tác vụ mới +sẽ luôn được liên kết gốc với Trang chủ, vì thế chạm vào Quay lại từ danh sách hội thoại sẽ quay lại đó.

      + + + +

      Tác vụ A duy trì chạy nền và người dùng có thể quay lại nó sau (ví dụ, thông qua +màn hình Gần đây). Nếu Gmail đã có tác vụ riêng đang chạy nền, nó sẽ được thay thế +bằng Tác vụ B—ngữ cảnh trước đó sẽ bị bỏ đi phục vụ cho mục đích mới của người dùng.

      + +

      Khi ứng dụng của bạn đăng ký điều khiển ý định bằng một hoạt động nằm sâu trong thứ bậc của ứng dụng, +hãy tham khảo phần Điều hướng tới Ứng dụng của Bạn thông qua Widget và Thông báo trên +Màn hình Trang chủ để xem hướng dẫn về cách quy định điều hướng Lên trên.

      diff --git a/docs/html-intl/intl/zh-cn/design/get-started/principles.jd b/docs/html-intl/intl/zh-cn/design/get-started/principles.jd index fbb46c97306c..1738c84ba3ed 100644 --- a/docs/html-intl/intl/zh-cn/design/get-started/principles.jd +++ b/docs/html-intl/intl/zh-cn/design/get-started/principles.jd @@ -14,8 +14,8 @@ page.title=Android 设计原则

      让我着迷

      -
      -
      +
      +

      以意想不到的方式让我眼前一亮

      漂亮的界面、精心布置的动画，或恰到好处的声效，都会带来快乐的体验。 @@ -23,7 +23,7 @@ page.title=Android 设计原则

      -
      +
      @@ -32,15 +32,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      实际对象要比按钮和菜单更有趣

      -

      让用户可以直接触摸和操作您应用中的对象，让执行任务更轻松，让用户更满意。 +

      让用户可以直接触摸和操作您应用中的对象，这样，可以让执行任务更轻松，让用户更满意。

      -
      +
      @@ -49,8 +49,8 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      我的应用我做主

      用户喜欢添加个性化手势，因为这样会让他们觉得更顺手并且一切尽在他们的掌控之中。提供感性、美观的默认手势，但也要考虑到趣味性，不要让可选的定制手势妨碍主要任务的操作。 @@ -58,7 +58,7 @@ page.title=Android 设计原则

      -
      +
      @@ -67,15 +67,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      让应用了解我

      逐渐了解用户的偏好。不要让用户反复做出相同的选择，将之前的选择列作快捷选择。

      -
      +
      @@ -84,14 +84,14 @@ page.title=Android 设计原则

      让我的生活更轻松

      -
      -
      +
      +

      语言简洁

      使用简单的字词组成简短的句子。用户往往会跳过冗长的句子。

      -
      +
      @@ -100,15 +100,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      图片比文字更直观

      考虑以图示意。它们会吸引用户的注意力，并且比文字更高效。

      -
      +
      @@ -117,15 +117,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      为我决定，但最终由我做主

      先提供您心目中的最佳选择，而不是先进行询问。太多的选择和决策会让人不悦。 只是在您的选择可能不当时，才赋予用户“撤消”的权利。

      -
      +
      @@ -134,15 +134,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      仅在我需要时显示我所需要的

      如果一次性看到过多内容，用户会感到无所适从。将任务和信息细分为更小、更容易接受的片段。 隐藏当前不必要的选项，并在用户操作期间提供指导。

      -
      +
      @@ -151,15 +151,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      我应该始终清楚自己在哪里

      让用户感到轻车熟路。为应用中的不同场景赋予不同的外观，使用过渡效果来展现屏幕之间的关系。 提供任务进度反馈。

      -
      +
      @@ -168,8 +168,8 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      决不能让我的成果付诸东流

      务必保存好用户耗费花时间创造的内容，让他们能随处访问这些内容。跨手机、平板电脑和计算机等平台，记住设置、个人手势和创作内容， @@ -177,7 +177,7 @@ page.title=Android 设计原则

      -
      +
      @@ -186,15 +186,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      如果看上去一样，其行为也应当相同

      通过视觉上的显著差异（而不是微妙差异）帮助用户区分不同的功能。避免使用固定模式，那样会导致外观相似的场景中，用户执行同样的输入，应用却给出不同的响应。

      -
      +
      @@ -203,15 +203,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      只在确实对我很重要时才打断我

      就像优秀的个人助理一样，不要让上司被一些无关紧要的琐事打扰。用户希望专注于核心任务，除非确实非常重要并且情况紧急，否则，打断用户会让人烦不胜烦。

      -
      +
      @@ -220,8 +220,8 @@ page.title=Android 设计原则

      给我惊喜

      -
      -
      +
      +

      到处为我提供有用的诀窍

      如果能自己摸索出花样来，用户总是很开心的。利用直观的图案以及其他 Android 应用中常见的习惯手势，让您的应用更容易学习。 @@ -229,7 +229,7 @@ page.title=Android 设计原则

      -
      +
      @@ -238,16 +238,16 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      不是我的错

      -

      在提醒用户改正错误时要礼貌。他们希望在使用您的应用时感觉自己很聪明。如果用户操作出错，请提供清晰的恢复说明，而不要让他们咀嚼详细的技术信息。如果您能在后台修复错误，那当然更好。 - +

      在提醒用户改正错误时要礼貌。他们希望在使用您的应用时感觉自己很聪明。 +如果用户操作出错，请提供清晰的恢复说明，而不要让他们咀嚼详细的技术信息。如果您能在后台修复错误，那当然更好。

      -
      +
      @@ -256,15 +256,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      多多鼓励

      将复杂的任务分解为可轻松完成的小步骤。对操作提供反馈，哪怕只是微弱的灯光，也聊胜于无。

      -
      +
      @@ -273,8 +273,8 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      为我处理繁重事务

      通过让新手完成他们认为自己不可能做到的事情，让他们感觉自己就像一名行家。例如，通过提供融合多种照片特效的快捷操作，只需几步，就可以让业余照片达到惊艳的效果。 @@ -282,7 +282,7 @@ page.title=Android 设计原则

      -
      +
      @@ -291,15 +291,15 @@ page.title=Android 设计原则
       
      -
      -
      +
      +

      让重要事项能更快地完成

      不是所有操作都同样重要。确定应用中哪些功能是最重要的，将这些功能放在便于找到和使用的地方，例如相机的快门按钮，或者音乐播放器中的暂停按钮。

      -
      +
      diff --git a/docs/html-intl/intl/zh-cn/design/index.jd b/docs/html-intl/intl/zh-cn/design/index.jd new file mode 100644 index 000000000000..f33d4bcddc3a --- /dev/null +++ b/docs/html-intl/intl/zh-cn/design/index.jd @@ -0,0 +1,186 @@ +page.title=Android 材料设计 +page.tags=Material,design +page.type=设计 +page.image=images/cards/design-material-for-android_2x.jpg + +@jd:body + + + +
      +

      开发者文档

      +

      使用材料设计创建应用

      +
      +       + + + +
      +

      视频

      +

      材料设计简介

      +
      +       + + + +
      +

      视频

      +

      纸张和墨水：相关材料

      +
      +       + + + +
      +

      视频

      +

      Google I/O 应用中的材料设计

      +
      +       + + + +

      材料设计是专为设计适用于多个平台和设备的视觉、运动与互动效果而制定的综合指南。 +Android 现在已支持材料设计应用。 +如果要在您的 Android 应用中使用材料设计，请遵循材料设计规范内定义的指导方针，并使用 Android 5.0（API 级别 21）及以上版本所提供的新组件和功能。 + +

      + +

      Android 为您提供了以下元素来构建材料设计应用：

      + +
        +
      • 全新的风格主题
        • +
      • 用于设计复杂视图的全新小工具
        • +
      • 用于自定义阴影和动画的全新 API
        • +
      + +

      有关在 Android 上实现材料设计的详细信息，请参阅使用材料设计创建应用。 +

      + + +

      材料主题

      + +

      材料主题提供了新的应用样式和系统小工具，让您能够为触摸反馈以及 Activity 转换设置配色工具以及默认动画。 +

      + + +
      +
      + +
      +

      深色材料主题

      +
      +
      +
      + +
      +

      浅色材料主题

      +
      +
      +
      +
      + +

      如需了解详细信息，请参阅使用材料主题 +。

      + + +

      列表和卡片

      + +

      Android 提供了两个全新的小工具，用于显示采用材料设计样式和动画的卡片和列表： +

      + + +
      +
      + +

      全新的 RecyclerView 小工具是 ListView + 的可插入版本，支持不同的布局类型，并且具有更高性能。

      +
      +
      + +

      全新的 CardView 小工具可让您展示卡片内的重要信息，并且有统一的观感。 +

      +
      +
      +
      + +

      如需了解详细信息，请参阅创建列表和卡片。 +

      + + +

      视图阴影

      + +

      除了 X 和 Y 属性之外，Android 中的视图现在还提供了 Z +属性。这一新属性用于展现视图的高度，从而确定：

      + +
        +
      • 阴影的大小：Z 值越高的视图投射的阴影越长。
        • +
      • 绘制顺序：Z 值较高的视图会显示在其他视图的上方。
        • +
      + +
      +
      + +
      +
      + 如果要重新播放影片，请点击设备屏幕 +
      +
      + +

      如需了解详细信息，请参阅定义阴影与裁剪视图。 +

      + + +

      动画

      + +

      动画 API 让您可为 UI 控件中的触摸反馈、视图状态更改以及 Activity 转换创建自定义动画。 +

      + +

      这些 API 的作用是：

      + +
        +
      • +使用触摸反馈动画响应视图中的触摸事件。 +
        • +
      • +使用循环显示动画隐藏和显示视图。 +
        • +
      • +使用自定义 Activity 转换动画切换 Activity。 +
        • +
      • +使用曲线运动创建更自然的动画。 +
        • +
      • +使用视图状态更改动画以动画形式呈现一个或多个视图属性的更改。 +
        • +
      • +在视图状态更改期间以可绘制状态列表显示动画。 +
        • +
      + +

      触摸反馈动画内建于数个标准视图（例如按钮）中。全新的 API让您可以自定义这些动画并将其添加至自己的自定义视图中。 +

      + +

      如需了解详细信息，请参阅定义自定义动画。 +

      + + +

      可绘制对象

      + +

      下列可绘制对象的新功能将帮助您实现材料设计应用：

      + +
        +
      • 可绘制矢量可在不影响清晰度的情况下进行缩放，非常适合单色应用内图标。 +
        • +
      • 可绘制底色可让您将位图定义为 alpha 蒙板，并在运行时为其着色。 +
        • +
      • 颜色提取可让您从位图图像自动提取突出色彩。 +
        • +
      + +

      如需了解详细信息，请参阅使用可绘制内容。 +

      diff --git a/docs/html-intl/intl/zh-cn/design/material/index.jd b/docs/html-intl/intl/zh-cn/design/material/index.jd index 2263769fd5f5..f33d4bcddc3a 100644 --- a/docs/html-intl/intl/zh-cn/design/material/index.jd +++ b/docs/html-intl/intl/zh-cn/design/material/index.jd @@ -1,5 +1,6 @@ page.title=Android 材料设计 page.tags=Material,design +page.type=设计 page.image=images/cards/design-material-for-android_2x.jpg @jd:body diff --git a/docs/html-intl/intl/zh-cn/design/patterns/compatibility.jd b/docs/html-intl/intl/zh-cn/design/patterns/compatibility.jd new file mode 100644 index 000000000000..7ec1bf3fa8c4 --- /dev/null +++ b/docs/html-intl/intl/zh-cn/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=向后兼容性 +page.tags="support" +page.metaDescription=关于 Android 4.x 如何让其 UI 设计适应早期硬件和操作系统版本的说明。 +@jd:body + + +
      +

      开发者文档

      +

      支持不同设备

      +
      +       + +

      Android 3.0 中的重大更改包括：

      +
        +
      • 弃用导航硬按键（返回、菜单、搜索、主屏幕），改为通过虚拟控件（返回、主屏幕、最近使用记录）处理导航。 +
        • +
      • 使用操作栏中的菜单的可靠模式。
        • +
      +

      Android 4.0 将这些针对平板电脑的更改引入手机平台。

      + +

      让 Android 4.0 适应早期硬件和应用

      + +
      +
      + +

      带有虚拟导航控件的手机

      +

      针对 Android 3.0 和后续版本编写的 Android 应用在操作栏中显示操作。操作栏中放不下或者不够重要因而不值得显示在操作栏顶级菜单中的操作将显示在操作溢出菜单中。 + +

      +

      用户可通过在操作栏中触摸操作溢出菜单来访问该菜单。

      + +
      +
      + + + +
      +
      + +
      +
      + +

      带有实体导航按键的手机

      +

      带有传统导航硬按键的 Android 手机在屏幕底部不会显示虚拟导航栏。 +其操作溢出菜单可从硬按键菜单中进行访问。其形成的操作弹出菜单与上例风格相同，但显示在屏幕底部。 +

      + +
      +
      + + + +
      +
      + +
      +
      + +

      带有虚拟导航控件的手机上的传统应用

      +

      当您在带有虚拟导航控件的手机上运行为 Android 2.3 或更早版本编写的应用时，在虚拟导航栏的右侧将会显示操作溢出菜单控件。 +您可以触摸这些控件，以传统 Android 菜单风格显示应用的操作。 +

      + +
      +
      + + + +
      +
      diff --git a/docs/html-intl/intl/zh-cn/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/zh-cn/design/patterns/confirming-acknowledging.jd index aa4ae1fad4af..d4eaaffe9f8f 100644 --- a/docs/html-intl/intl/zh-cn/design/patterns/confirming-acknowledging.jd +++ b/docs/html-intl/intl/zh-cn/design/patterns/confirming-acknowledging.jd @@ -4,12 +4,12 @@ page.tags=dialog,toast,notification

      在某些情况下，当用户在您的应用中调用某个操作时，最好使用文字内容来确认或确知该操作。

      -
      -
      +
      +

      确认是要求用户确认自己确实希望执行刚才所调用的操作。在某些情况下，确认随需要用户考虑的操作所相关的警告或关键信息一起显示。

      -
      +

      确知就是显示一段文字信息，让用户知道自己刚才调用的操作已经完成。这将消除系统正在执行的隐式操作的不确定性。在某些情况下，确知随撤消操作的选项一起显示。

      @@ -22,14 +22,14 @@ page.tags=dialog,toast,notification

      确认

      -
      -
      +
      +

      示例：Google Play 书籍

      在该示例中，用户要求从其 Google Play 书架中删除一本书。系统显示了一条警告来要求确认该操作，因为用户必须知道，一旦删除，该书籍将无法继续在任何设备上使用。

      在设计确认对话框时，请使用反映所请求操作的文字作为标题，使标题更有意义。

      -
      +

      示例：Android Beam

      确认不一定要显示在有两个按钮的警告中。在启动 Android Beam 后，系统提示用户触摸要分享的内容（本例中是一张照片）。如果他们决定不继续操作，只需移开手机即可。

      @@ -37,15 +37,15 @@ page.tags=dialog,toast,notification

      确知

      -
      -
      +
      +

      示例：已保存中断的 Gmail 草稿

      在本例中，如果用户在 Gmail 撰写邮件屏幕中向后或向上导航，可能会发生一些意外情况，此时会自动保存当前草稿。Toast 形式的确知会明确告知这一点。它会在几秒钟后消失。

      在这种情况下不能执行撤消操作，因为保存是由应用发起的，而不是由用户执行的。通过导航至草稿列表，可迅速方便地恢复邮件。

      -
      +

      示例：已删除 Gmail 会话

      在用户从 Gmail 中的列表删除某个会话后，会出现带撤消选项的确知。确知消息会一直等到用户采取无关操作才会消失，例如滚动列表。

      @@ -53,14 +53,14 @@ page.tags=dialog,toast,notification

      无需确认或确知

      -
      -
      +
      +

      示例：+1 操作

      无需确认。如果用户意外触摸 +1 按钮，不会有什么大问题。他们只需再次触摸该按钮，撤消该操作即可。

      无需确知。用户将看到 +1 按钮弹起并变红。这是非常明确的信号。

      -
      +

      示例：从主屏幕删除应用

      无需确认。这属于有意操作：用户必须将项目拖放到相对较大并且独立的目标上。因此，很难发生意外。但是如果用户反悔决定，只需数秒钟时间即可复原。

      diff --git a/docs/html-intl/intl/zh-cn/design/patterns/navigation.jd b/docs/html-intl/intl/zh-cn/design/patterns/navigation.jd index 339a2c5b3017..5d8eae9a8fc6 100644 --- a/docs/html-intl/intl/zh-cn/design/patterns/navigation.jd +++ b/docs/html-intl/intl/zh-cn/design/patterns/navigation.jd @@ -14,15 +14,15 @@ page.image=/design/media/navigation_between_siblings_gmail.png Android 3.0对全局导航行为做出了重大改变。 对用户来说，认真遵照“返回”和“向上”的指导准则可让应用的导航更可靠、更符合预期。

      -

      Android 2.3 及更早的版本使用返回按钮来支持应用内的导航。在 Android 3.0 中引入操作栏后，出现了第二种导航机制：即向上按钮，由应用图标和左向箭头构成。 - +

      Android 2.3 及更早的版本使用系统返回按钮来支持应用内的导航。 +在 Android 3.0 中引入操作栏后，出现了第二种导航机制：即向上按钮，由应用图标和左向箭头构成。

      -

      向上和返回

      +

      向上与返回的比较

      -

      “向上”按钮用于根据屏幕之间的层级关系在应用中导航。 +

      “向上”按钮用于根据屏幕之间的层级关系在某个应用内部导航。 例如，如果屏幕 A 显示项目列表，并且选择某个项目会调出屏幕 B（该屏幕显示项目的更多详情），则屏幕 B 应提供可返回屏幕 A 的“向上”按钮。

      @@ -50,9 +50,9 @@ Android 3.0对全局导航行为做出了重大改变。

      应用内导航

      通过多个入口点导航屏幕

      -

      有时，某个屏幕在应用层级中的位置并不固定，可以从多个入口点抵达 — 例如可从应用中的其他任何屏幕抵达设置屏幕。在这种情况下，选择“向上”按钮会返回到引用屏幕，其行为跟“返回”按钮相同。 - +

      有时，某个屏幕在应用层级中的位置并不固定，可以从多个入口点抵达 — 例如可从应用中的其他任何屏幕抵达设置屏幕。 +在这种情况下，应选择“向上”按钮来返回到引用屏幕，其行为跟“返回”按钮相同。

      更改屏幕中的视图

      更改屏幕的视图选项不会更改“向上”或“返回”的行为：屏幕仍然位于应用层级中的同一位置，并且不会创建新的导航历史记录。 @@ -117,8 +117,8 @@ Android 3.0对全局导航行为做出了重大改变。

      间接通知

      如果您的应用需要同时提供关于多个事件的信息，可使用一条通知将用户引导至某个间隙屏幕。 -该屏幕将这些事件汇总，并为用户提供深度导航应用的路径。这种样式的通知称为间接通知。 - +该屏幕将这些事件汇总，并为用户提供深度导航应用的路径。 +这种样式的通知称为间接通知。

      与标准（直接）通知不同，在间接通知的间隙屏幕上按下“返回”会让用户回到触发通知的点 — 不会在返回栈中插入额外的屏幕。 @@ -153,53 +153,53 @@ Android 3.0对全局导航行为做出了重大改变。

      在应用之间导航

      Android 系统的一个基本优势在于能够让应用相互激活，这样用户就可以直接从一个应用导航到另一个应用。 -例如，需要获取照片的应用可激活相机应用，后者可将照片返回给前者。这对于开发者和用户来说都极为有利，开发者可以方便地利用来自其他应用的代码，而用户则在执行常用操作时可以获得一致的体验。 - +例如，需要获取照片的应用可激活相机应用，后者可将照片返回给前者。 +这对于开发者和用户来说都极为有利，开发者可以方便地利用来自其他应用的代码，而用户则在执行常用操作时可以获得一致的体验。

      -

      为了理解应用到应用的导航，必须理解下面探讨的 Android 框架行为 -。

      +

      为了理解应用到应用的导航，必须理解下面探讨的 Android 框架行为。 +

      -

      活动、任务和意向

      +

      Activity、任务和 Intent

      -

      在 Android 中，活动是一个应用组件，用于定义信息屏幕以及用户可执行的所有相关操作。 -您的应用是活动的集合，由您创建的活动以及从其他应用重用的活动构成。 +

      在 Android 中，Activity 是一个应用组件，用于定义信息屏幕以及用户可执行的所有相关操作。 +您的应用是 Activity 的集合，由您创建的 Activity 以及从其他应用重用的 Activity 构成。

      -

      任务是用户为达成某个目标而执行的活动序列。一个 -任务可以只利用一个应用的活动，也可以利用来自多个不同应用的活动。 +

      任务是用户为达成某个目标而执行的 Activity 序列。一个 +任务可以只利用一个应用的 Activity，也可以利用来自多个不同应用的 Activity。

      -

      意向是应用的一种机制，用于发出信号以表明需要另一个应用的辅助才能执行某个操作。 -应用的活动可指示其可响应哪些意向。 -对于诸如“分享”这样的常用意向，用户可能安装有许多可执行该请求的应用。 +

      Intent是应用的一种机制，用于发出信号以表明需要另一个应用的辅助才能执行某个操作。 +应用的 Activity 可指示其可响应哪些 Intent。 +对于诸如“分享”这样的常用Intent，用户可能安装有许多可执行该请求的应用。

      示例：在应用之间导航以支持分享

      -

      要了解如何结合使用活动、任务和意向，可以考虑一个应用如何让用户通过使用另一应用来分享内容的例子。例如，从主屏幕启动 Play 商店应用可启动新任务 A（参见下图）。 - -在 Play 商店中导航并触摸某本促销图书来查看其详情之后，用户会停留在该任务中并通过添加活动来扩展该任务。 -触发“分享”操作会通过一个对话框来提示用户选择活动，该对话框中会列出来自不同应用、之前已注册用于处理“分享”意向的每一种活动。 +

      要了解如何结合使用 Activity、任务和 Intent，可以考虑如何让一个应用允许用户通过使用另一应用来分享内容的例子。 +例如，从主屏幕启动 Play 商店应用可启动新任务 A（参见下图）。 +在 Play 商店中导航并触摸某本促销图书来查看其详情之后，用户会停留在该任务中并通过添加 Activity 来扩展该任务。 +触发“分享”操作会通过一个对话框来提示用户选择 Activity，该对话框中会列出来自不同应用、之前已注册用于处理“分享” Intent 的每一种 Activity。

      -

      如果用户选择通过 Gmail 分享，则会以延续任务 A 的形式添加 Gmail 的写邮件活动 — 而不会创建新任务。 +

      如果用户选择通过 Gmail 分享，则会以延续任务 A 的形式添加 Gmail 的写邮件 Activity — 而不会创建新任务。 如果 Gmail 在后台还运行有自己的任务，该任务不会受影响。

      -

      在写邮件活动中，发送邮件或触摸“返回”按钮会让用户回到图书详情活动。 +

      在写邮件 Activity 中，发送邮件或触摸“返回”按钮会让用户回到图书详情 Activity。 之后继续触摸“返回”会在 Play 商店中继续回退，直至抵达主屏幕。

      -

      尽管如此，用户可通过在写邮件活动中触摸“向上”按钮表明其希望留在 Gmail 中。 -此时会显示 Gmail 的会话列表活动，并为其创建新任务 B。新任务都始于主屏幕，因此从会话列表触摸“返回”按钮，始终会回到主屏幕。 +

      尽管如此，用户可通过在写邮件 Activity 中触摸“向上”按钮表明其希望留在 Gmail 中。 +此时会显示 Gmail 的会话列表 Activity，并为其创建新任务 B。新任务都始于主屏幕，因此从会话列表触摸“返回”按钮，始终会回到主屏幕。

      @@ -208,6 +208,6 @@ Android 3.0对全局导航行为做出了重大改变。 如果 Gmail 在后台还运行有自己的任务，该任务会被任务 B 取代 — 之前的上下文会被丢弃，以使用户达成新目标。

      -

      如果您的应用经过注册，以使用应用中的深层活动来处理意向，可参阅通过主屏幕小工具和通知进入您的应用，获得有关如何指定“向上”导航行为的指导。 +

      如果您的应用经过注册，以使用应用中的深层 Activity 来处理 Intent，可参阅通过主屏幕小工具和通知进入您的应用，获得有关如何指定“向上”导航行为的指导。

      diff --git a/docs/html-intl/intl/zh-tw/design/get-started/principles.jd b/docs/html-intl/intl/zh-tw/design/get-started/principles.jd index 27cce81c7d2e..c5d40d4bdf86 100644 --- a/docs/html-intl/intl/zh-tw/design/get-started/principles.jd +++ b/docs/html-intl/intl/zh-tw/design/get-started/principles.jd @@ -9,13 +9,13 @@ page.title=Android 設計原則

      當您套用您本身的創意與設計思維時，請考慮這些原則。 -偏離一般做法要帶有目的。 +除非有特定目的，否則請遵循這些原則。

      使人著迷

      -
      -
      +
      +

      以出乎意外的方式取悅人

      漂亮的外觀、精心設置的動畫，或時機恰到好處的音效，都是令人感到喜悅的體驗。 @@ -23,7 +23,7 @@ page.title=Android 設計原則

      -
      +
      @@ -32,15 +32,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +
      -

      真實的物件比按鈕和功能表更有趣

      -

      讓人們可以在您應用程式中直接輕觸和操縱物件，這可減少執行某項工作所需的認知過程，同時在情緒上更令人感到滿足。 +

      真實的物件比生硬的按鈕和選單，更能夠引人入勝。

      +

      您所設計的應用程式應該要能讓使用者可直接輕觸並操縱物件。這將可減少執行工作所需的認知準備，同時也能讓使用者在情緒上更為滿足。

      -
      +
      @@ -49,16 +49,16 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      提供個人設定

      -

      人們喜歡加上個人風格，因為這有助於他們感到自在並握有主控權。提供能令人感受及美觀的預設設定，但也可以考慮使用不會阻礙主要工作卻又好玩的可選用性自訂項目。 +

      很多人喜歡加上個人風格，因為這有助於他們感到自在並握有主控權。提供實用且美觀的預設設定，但也可以考慮使用不會阻礙主要工作而且有趣的選用自訂項目。

      -
      +
      @@ -67,15 +67,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      設法了解使用者

      -

      隨著時間而學習使用者的偏好。讓人們易於取得之前的選擇，而不是一再詢問他們會做出相同選擇的問題。 +

      隨著時間而學習使用者的偏好。讓使用者容易取得之前的選擇，而不是一再請他們做出相同的選擇。

      -
      +
      @@ -84,14 +84,14 @@ page.title=Android 設計原則

      簡化生活

      -
      -
      +
      +

      保持簡潔

      -

      以簡單單字組成簡短語句。人們傾向於略過冗長的句子。

      +

      以簡單單字組成簡短語句。多數人傾向於略過冗長的句子。

      -
      +
      @@ -100,15 +100,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      圖片的傳達效果更勝於言語

      -

      請考慮使用圖片來解釋想法。圖片能吸引人們的注意力，並比言語更有效率。 +

      請考慮使用圖片來解釋想法。圖片能吸引目光，並比言語更有效率。

      -
      +
      @@ -117,15 +117,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      幫使用者決定，但使用者擁有最終決定權

      -

      做出最好的猜測，先行動，而非先詢問。太多的選擇和決定會讓人們不高興。 +

      做出最好的猜測，先行動，而非先詢問。太多的選擇和決定會讓使用者覺得很痛苦。 為防止錯誤，務必允許復原。

      -
      +
      @@ -134,15 +134,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +
      -

      必要時僅顯示使用者需要的東西

      -

      人們無法承受一次看到太多東西。將工作和資訊細分成小型、易消化的區塊。 -隱藏當下不重要的選項，但在人們需要選擇時要明確指導。

      +

      必要時僅顯示使用者需要的內容

      +

      多數人無法承受一次看到太多東西。將工作和資訊細分成小型、易消化的區塊。 +隱藏當下不重要的選項，但在需要選擇時要明確指導。

      -
      +
      @@ -151,15 +151,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +
      -

      使用者應該總是清楚所在位置

      -

      給人們信心，知道自己沒有迷路。讓您應用程式中的各處看起來都有獨特性，並使用轉換來顯示畫面之間的關係。 +

      使用者應該永遠清楚所在位置

      +

      給使用者信心，知道自己沒有迷路。讓您應用程式中的各個地方看起來都有獨特性，並使用轉換來顯示畫面之間的關係。 針對進行中的工作提供回饋。

      -
      +
      @@ -168,8 +168,8 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      別弄丟使用者的東西

      儲存使用者花時間所建立的資訊，並且讓使用者可從任何地方存取。跨手機、平板電腦和電腦記住設定、個人風格和建立的資訊。 @@ -177,7 +177,7 @@ page.title=Android 設計原則

      -
      +
      @@ -186,15 +186,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      如果看起來一樣，就應該有相同的動作

      -

      讓功能看起來就不一樣，而非變化微妙，這可以協助人們辨別功能差異。在相同輸入環境下，因為模式看起來很類似但卻有不同的動作，請盡量避免使用。 +

      讓功能看起來就不一樣，而非變化微妙，這可以協助使用者辨別功能差異。在相同輸入環境下，請盡量避免使用看起來很類似但作用卻不同的模式。

      -
      +
      @@ -203,15 +203,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      重要時才打斷

      -

      就像一位好的私人助理，讓人們免於無關緊要的枝微末節。人們總想集中注意力，除非很重要且具時效性，不然貿然中斷會令人感到費力且沮喪。 +

      就像一位好的私人助理，應該讓使用者免於無關緊要的枝微末節。使用者總想集中注意力，除非很重要且具時效性，否則貿然中斷會令人感到費力且沮喪。

      -
      +
      @@ -220,16 +220,16 @@ page.title=Android 設計原則

      讓使用者驚艷

      -
      -
      +
      +

      提供使用者各處通用的訣竅

      -

      當人們能自行弄清楚來龍去脈時是很棒的體驗。運用來自其他 Android 應用程式的視覺模式和肌肉記憶效應，讓使用者更易於學會您的應用程式。 +

      當使用者能自行弄清楚來龍去脈時是很棒的體驗。運用來自其他 Android 應用程式的視覺模式和肌肉記憶效應，讓使用者更易於學會您的應用程式。 例如，擺動手勢可能是很好的導覽捷徑。

      -
      +
      @@ -238,16 +238,16 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      不是使用者的錯

      -

      提示人們更正時要溫和。人們使用您的應用程式時，會想要感受到自已非常明智。如果有什麼不對，請提供明確的復原指示，但不需要使用者明瞭技術細節。如果可以，請盡量在幕後修正。 - +

      提示使用者進行更正時要溫和。使用者使用您的應用程式時，不會自覺是笨蛋。 +若有地方出錯，請提供明確的復原指示，但不需要使用者明瞭技術細節。如果可以，請盡量在幕後修正。

      -
      +
      @@ -256,15 +256,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      分段鼓勵

      -

      將複雜工作細分成更小的步驟，讓使用者可以輕鬆完成。對動作給予回饋，即使只是個微光效果。 +

      將複雜工作細分成更小的步驟，讓使用者可以輕鬆完成。對動作給予回饋，即使只是細微的動作。

      -
      +
      @@ -273,16 +273,16 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      為使用者處理繁重的工作

      -

      讓新手也能做出以前從未想像過可以辦到的事情，讓使用者有專家的感覺。例如，組合多個相片效果的捷徑，只要幾個步驟，即可讓業餘照片令人驚艷。 +

      讓新手也能做到以前從未想像過可以完成的事情，讓使用者覺得自己是專家。例如，組合多個相片效果的捷徑，只要幾個步驟，即可讓業餘照片令人驚艷。

      -
      +
      @@ -291,15 +291,15 @@ page.title=Android 設計原則
       
      -
      -
      +
      +

      快速找到重要的功能

      -

      並非所有的動作都一視同仁。決定應用程式中最重要的部分，並讓使用者易於找到並可迅速使用，例如相機的快門按鈕或音樂播放器的暫停按鈕。 +

      並非所有的動作都平等。決定應用程式中最重要的部分，並讓使用者易於找到並可迅速使用，例如相機的快門按鈕或音樂播放器的暫停按鈕。

      -
      +
      diff --git a/docs/html-intl/intl/zh-tw/design/index.jd b/docs/html-intl/intl/zh-tw/design/index.jd new file mode 100644 index 000000000000..43134fc1a8bf --- /dev/null +++ b/docs/html-intl/intl/zh-tw/design/index.jd @@ -0,0 +1,186 @@ +page.title=Android 材料設計 +page.tags=Material,design +page.type=設計 +page.image=images/cads/design-material-for-android_2x.jpg + +@jd:body + + + +
      +

      開發人員文件

      +

      使用材料設計建立應用程式

      +
      +       + + + +
      +

      影片

      +

      材料設計簡介

      +
      +       + + + +
      +

      影片

      +

      紙張和墨水：重要的材料

      +
      +       + + + +
      +

      影片

      +

      Google I/O 應用程式中的材料設計

      +
      +       + + + +

      材料設計是一份內容廣泛的綜合性指南，引導您跨平台、跨裝置進行視覺、動態和互動的設計。 +Android 現已納入對材料設計應用程式的支援。 +如果要在 Android 應用程式中使用材料設計，請依照材料設計規格中定義的指示，並使用 Android 5.0 (API 級別 21) 或後續版本中的新元件和新功能。 + +

      + +

      Android 提供下列元素，供您打造材料設計應用程式：

      + +
        +
      • 新的設計風格
        • +
      • 用於複雜視圖的小工具
        • +
      • 自訂陰影和動畫的新 API
        • +
      + +

      如需取得如何在 Android 上實作材料設計的詳細資訊，請參閱使用材料設計建立應用程式。 +

      + + +

      材料設計風格

      + +

      材料設計風格提供您應用程式使用的新樣式、可以讓您設定色板的系統小工具，並針對輕觸回饋與操作行為轉換提供預設動畫。 +

      + + +
      +
      + +
      +

      深色材料設計風格

      +
      +
      +
      + +
      +

      淺色材料設計風格

      +
      +
      +
      +
      + +

      如需詳細資訊，請參閱使用材料設計風格。 +

      + + +

      清單和卡片

      + +

      Android 提供兩個新的小工具，搭配材料設計樣式與動畫，可用來顯示清單和卡片： +

      + + +
      +
      + +

      新的 RecyclerView 小工具是 ListView 更容易插入的版本，支援不同的版面配置類型，並提供效能改善。 +

      +
      +
      + +

      新的 CardView 小工具讓您可以顯示卡片內的重要資訊，並且該資訊都能擁有一致的外觀與風格。 +

      +
      +
      +
      + +

      如需詳細資訊，請參閱建立清單和卡片。 +

      + + +

      檢視陰影

      + +

      除了 X 和 Y 屬性外，Android 中的視圖現在也有 Z 屬性。 +這個新屬性代表視圖的高度，這會決定：

      + +
        +
      • 陰影大小：Z 值較高的視圖會投射更大的陰影。
        • +
      • 繪製順序：Z 值較高的視圖會顯示在其他視圖之上。
        • +
      + +
      +
      + +
      +
      + 如要重播影片，請按一下裝置螢幕 +
      +
      + +

      如需詳細資訊，請參閱定義陰影和裁剪視圖。 +

      + + +

      動畫

      + +

      新的動畫 API 可針對 UI 控制項的輕觸回饋、視圖狀態中的變更，以及操作行為轉換，讓您建立自訂動畫。 +

      + +

      這些 API 讓您可以：

      + +
        +
      • +回應您視圖中有輕觸回饋動畫的輕觸事件。 +
        • +
      • +隱藏和顯示有循環顯示動畫的視圖。 +
        • +
      • +在包含自訂操作行為轉換動畫的行為間切換。 +
        • +
      • +使用曲線動作建立更自然的動畫。 +
        • +
      • +在包含視圖狀態變更動畫的一個或多個視圖屬性中變更動畫。 +
        • +
      • +在視圖狀態變更之間，顯示狀態清單可繪項目中的動畫。 +
        • +
      + +

      輕觸回饋動畫會內建於數個標準視圖中，例如按鈕等。新 API 可讓您自訂這些動畫，並將其新增至您的自訂視圖中。 +

      + +

      如需詳細資訊，請參閱定義自訂動畫。 +

      + + +

      可繪項目

      + +

      可繪項目的這些新功能可以幫助您實作材料設計應用程式：

      + +
        +
      • 矢量可繪項目可以調整大小，但又不會喪失定義，最適合於應用程式中的單色圖示。 +
        • +
      • 繪製著色可讓您在執行階段將點陣圖定義為 Alpha 遮罩，並以一個顏色進行著色。 +
        • +
      • 顏色提取可讓您自動從點陣圖影像中提取顯著顏色。 +
        • +
      + +

      如需詳細資訊，請參閱使用可繪項目。 +

      diff --git a/docs/html-intl/intl/zh-tw/design/material/index.jd b/docs/html-intl/intl/zh-tw/design/material/index.jd index 1b9e8cc108de..ecc266106a88 100644 --- a/docs/html-intl/intl/zh-tw/design/material/index.jd +++ b/docs/html-intl/intl/zh-tw/design/material/index.jd @@ -1,6 +1,7 @@ page.title=Android 材料設計 page.tags=Material,design -page.image=images/cads/design-material-for-android_2x.jpg +page.type=設計 +page.image=mages/cards/design-material-for-android_2x.jpg @jd:body @@ -58,7 +59,7 @@ Android 現已納入對材料設計應用程式的支援。

      材料設計風格

      -

      材料設計風格提供您應用程式使用的新樣式、可以讓您設定色板的系統小工具，並針對輕觸回饋與操作行為轉換提供預設動畫。 +

      材料設計風格提供您應用程式使用的新樣式、可以讓您設定色板的系統小工具，並針對輕觸回饋與操作 Activity 轉換提供預設動畫。

      @@ -135,7 +136,11 @@ Android 現已納入對材料設計應用程式的支援。

      動畫

      +<<<<<<< HEAD

      新的動畫 API 可針對 UI 控制項的輕觸回饋、視圖狀態中的變更，以及操作行為轉換，讓您建立自訂動畫。 +======= +

      新的動畫 API 可針對 UI 控制項的輕觸回饋、視圖狀態中的變更，以及 Activity 轉換，讓您建立自訂動畫。 +>>>>>>> Docs: L10N update for design documentation

      這些 API 讓您可以：

      @@ -148,7 +153,11 @@ Android 現已納入對材料設計應用程式的支援。 隱藏和顯示有循環顯示動畫的視圖。
    • +<<<<<<< HEAD 在包含自訂操作行為轉換動畫的行為間切換。 +======= +在包含自訂 Activity 轉換動畫的 Activity 間切換。 +>>>>>>> Docs: L10N update for design documentation
    • 使用曲線動作建立更自然的動畫。 diff --git a/docs/html-intl/intl/zh-tw/design/patterns/compatibility.jd b/docs/html-intl/intl/zh-tw/design/patterns/compatibility.jd new file mode 100644 index 000000000000..b65b90be849c --- /dev/null +++ b/docs/html-intl/intl/zh-tw/design/patterns/compatibility.jd @@ -0,0 +1,70 @@ +page.title=向下相容性 +page.tags="support" +page.metaDescription=有關 Android 4.x 改寫針對舊硬體和 OS 版本設計的 UI 之備註。 +@jd:body + + +
      +

      開發人員文件

      +

      支援不同裝置

      +
      +       + +

      Android 3.0 主要更新包含：

      +
        +
      • 淘汰導覽硬體鍵 (返回、選單、搜尋、首頁)，以虛擬控制按鍵取代實體導覽按鍵 (返回、首頁、最近使用記錄)。 +
        • +
      • 健全的動作列選單使用模式。
        • +
      +

      Android 4.0 版本將平板電腦的變更套用於手機平台。

      + +

      針對舊版本的硬體及應用程式，改寫 Android 4.0

      + +
      +
      + +

      使用虛擬導覽控制鍵的手機

      +

      專為 Android 3.0 及之後版本設計的應用程式會在動作列中顯示動作。擠不進動作列或重要性不足的動作，會顯示在動作溢位中。 + +

      +

      使用者可輕觸動作列中的動作溢位以存取它。

      + +
      +
      + + + +
      +
      + +
      +
      + +

      使用實體導覽鍵的手機

      +

      使用實體導覽鍵的 Android 手機不會在螢幕底部顯示虛擬導覽列。 +如要存取動作溢位，請使用選單硬體按鍵。所產生的動作彈出式選單的風格與先前範例相同，但會顯示在螢幕頂部。 +

      + +
      +
      + + + +
      +
      + +
      +
      + +

      在使用虛擬導覽控制鍵的手機上執行舊版應用程式

      +

      當您在具備虛擬導覽控制鍵的手機上，執行為 Android 2.3 或之前版本所設計的應用程式時，動作溢位控制會顯示在虛擬導覽列的右側。 +您可以輕觸控制鍵，以顯示傳統 Android 選單風格的應用程式動作。 +

      + +
      +
      + + + +
      +
      diff --git a/docs/html-intl/intl/zh-tw/design/patterns/confirming-acknowledging.jd b/docs/html-intl/intl/zh-tw/design/patterns/confirming-acknowledging.jd index ac8975f8092f..a92a017b32ff 100644 --- a/docs/html-intl/intl/zh-tw/design/patterns/confirming-acknowledging.jd +++ b/docs/html-intl/intl/zh-tw/design/patterns/confirming-acknowledging.jd @@ -2,14 +2,14 @@ page.title=確認及確認完成 page.tags=dialog,toast,notification @jd:body -

      在某些情況下，當使用者在您應用程式中呼叫一個動作時，最好是透過文字來「確認」(confirm) 或「確認完成」(acknowledge)。

      +

      在某些情況下，當使用者在您應用程式中呼叫一個動作時，最好是透過文字來「確認」或「確認完成」。

      -
      -
      +
      +

      確認是要求使用者確認真的要進行剛剛呼叫的動作。在某些情況下，確認訊息出現時會伴隨警告或需要使用者考量是否採取動作的相關重要資訊。

      -
      +

      確認完成是顯示文字，讓使用者知道已經完成剛剛呼叫的動作。這會排除系統正在採取之隱式作業的不確定性。在某些情況下，確認完成出現時會伴隨復原動作的選項。

      @@ -22,14 +22,14 @@ page.tags=dialog,toast,notification

      確認

      -
      -
      +
      +

      範例：Google Play 書籍

      在此範例中，使用者已要求從其 Google Play 媒體庫中刪除一本書籍。顯示警示來確認此動作，因為使用者必須了解將不再針對任何裝置提供這本書籍。

      設計一個確認的對話方塊時，要讓標題具有意義就必須回應要求的動作。

      -
      +

      範例：Android Beam

      確認不一定要以具有兩個按鈕的警示來呈現。在啟動 Android Beam 之後，會提示使用者輕觸要共用的內容 (在此範例中是一張照片)。如果他們決定不進行，只要移開他們的電話即可。

      @@ -37,15 +37,15 @@ page.tags=dialog,toast,notification

      確認完成

      -
      -
      +
      +

      範例：已儲存放棄的 Gmail 草稿

      -

      在此範例中，如果使用者從 Gmail 撰寫畫面返回，可能會發生預期外的狀況：會自動儲存目前的草稿。以快顯通知 (toast) 形式出現的確認完成，會讓使用者明瞭此情況。確認完成會在幾秒鐘後淡出。

      +

      在此範例中，如果使用者從 Gmail 撰寫畫面返回，可能會發生預期外的狀況：會自動儲存目前的草稿。以快顯通知形式出現的確認完成，會讓使用者明瞭此情況。確認完成會在幾秒鐘後淡出。

      在此並不合適使用復原功能，因為儲存動作是由應用程式發起，而非使用者。瀏覽至草稿清單，就可以方便且快速地繼續撰寫。

      -
      +

      範例：已刪除 Gmail 會話群組

      使用者從 Gmail 清單中刪除一個會話群組後，會出現確認完成訊息，並提供一個復原選項。確認完成會持續出現，直到使用者採取不相關的動作，例如捲動清單。

      @@ -53,14 +53,14 @@ page.tags=dialog,toast,notification

      無「確認」或「確認完成」

      -
      -
      +
      +

      範例：+1 中

      確認並非必要。如果使用者不小心按了 + 1 按鈕，這並不是什麼大問題。他們可以再次輕觸按鈕，復原此動作。

      -

      確認完成並非必要。使用者將會看到 +1 彈起並變成紅色。這是個非常明確的訊號。

      +

      確認完成並非必要。使用者將會看到 +1 按鈕彈起並變成紅色。這是個非常明確的訊號。

      -
      +

      範例：從主螢幕移除應用程式

      確認並非必要。這是特意設計的動作：使用者必須拖曳項目放到相對較大且隔離的目標上。因此極不可能發生意外狀況。但如果使用者後悔所做的決定，只需幾秒鐘，就可以恢復原狀。

      diff --git a/docs/html-intl/intl/zh-tw/design/patterns/navigation.jd b/docs/html-intl/intl/zh-tw/design/patterns/navigation.jd index db160c2516d2..a568cb1d6724 100644 --- a/docs/html-intl/intl/zh-tw/design/patterns/navigation.jd +++ b/docs/html-intl/intl/zh-tw/design/patterns/navigation.jd @@ -10,71 +10,71 @@ page.image=/design/media/navigation_between_siblings_gmail.png
      -

      一致的導覽是整體使用者體驗的必備組成。基本導覽的行為若不一致又令人意外，是最令使用者感到更沮喪的狀況。 +

      一致的導覽是整體使用者體驗的要件。以不一致且非預期方式運作的基本導覽行為最令使用者感到沮喪。 Android 3.0 已將重大變更導入全域的導覽行為中。 -完全遵循 [返回] 及 [上一層] 的方針，會讓使用者感到您的應用程式導覽既可靠又符合預期。 +仔細遵循以下指導方針原則以設定 [返回] 及 [上一層] 按鈕，讓您的應用程式更可靠且符合預期。 +

      +

      Android 2.3 及之前版本均使用 [返回] 按鈕在應用程式中進行導覽。 +在 Android 3.0 導入導覽列功能，使用者有了另一種導覽方式：[上一層] 按鈕，由應用程式圖示及左指插入號組成。

      -

      Android 2.3 和更早版本依賴系統 [返回] -按鈕，以支援應用程式內的導覽。在 Android 3.0 導入動作列之後，出現第二個導覽機制：[上一層] -按鈕，由應用程式圖示和左指符號組成。

      -

      [上一層] vs.[返回]

      +

      [返回] 及 [上一層]

      + +

      [上一層] 按鈕用於在應用程式中，根據畫面之間的階層關係進行導覽。 +例如，如果畫面 A 顯示項目清單，然後選擇其中一個項目導致進入畫面 B (更詳細呈現該項目)，那麼畫面 B 應該提供 [上一層] 按鈕，以便返回畫面 A。 -

      [上一層] 按鈕用於在畫面間有階層關係的應用程式中導覽。 -例如，如果畫面 A -顯示項目清單，然後選擇其中一個項目導致進入畫面 B (更詳細呈現該項目)，那麼畫面 B 應該提供 [上一層] 按鈕，以便返回畫面 A。

      -

      如果畫面是在應用程式中的最頂端 (亦即應用程式的首頁)，則不應該會有 [上一層]按鈕。 +

      如果畫面是在應用程式中的最頂端 (亦即應用程式的首頁)，則不應該會有 [上一層] 按鈕。

      系統 [返回] 按鈕用於逆時間順序導覽，透過歷程記錄，可以經歷使用者最近使用過的畫面。 [返回] 通常基於畫面之間的暫時關係，而非應用程式的階層。

      -

      當先前檢視的畫面也是目前畫面的階層父項時，按下 -[返回] 按鈕和按下 [上一層] 按鈕效果相同 — 這是常見的狀況。 -然而，與 [上一層] 按鈕不同的是 (該按鈕可以確保使用者仍停留在您的應用程式內)：[返回] -按鈕可以讓使用者返回主畫面，或甚至是不同的應用程式。

      +

      當先前檢視的畫面也是目前畫面的階層父項時，按下 [返回] 按鈕和按下 [上一層] 按鈕效果相同 — 這是常見的狀況。 + +然而，與 [上一層] 按鈕不同的是 (該按鈕可以確保使用者仍停留在您的應用程式內)：[返回] 按鈕可以讓使用者返回主螢幕，或甚至是不同的應用程式。 +

      [返回] 按鈕還支援幾個間接關聯畫面對畫面導覽的行為：

        -
      • 關閉浮動視窗 (對話、快顯)
        • +
      • 關閉浮動視窗 (對話框、快顯)
      • 關閉內容相關的動作列，並從選取項目移除醒目顯示
      • 隱藏畫面鍵盤 (IME)

      在應用程式內導覽

      -

      導覽至具有多重入口的畫面

      -

      有時候，一個畫面在應用程式的階層中並沒有嚴謹的位置，而且可以從多個入口存取 — 例如可以從您應用程式中任何其他畫面存取的設定畫面。在這種情況下，[上一層] -按鈕應該選擇返回導引至此畫面的前一畫面，這個行為與 [返回] 相同。 +

      導覽至具有多個進入點的畫面

      +

      有時畫面在應用程式中的階層並不明確，可從多個入口點進入畫面 — 例如，可從應用程式中的任何其他畫面進入的設定畫面。 +在這種情況下，應按下 [上一層] 按鈕回到之前的參照畫面，操作方式與 [返回] 按鈕相同。

      -

      在畫面內變更檢視

      -

      變更畫面的檢視選項並不會變更 [上一層] 或 [返回] 的行為：畫面仍維持在應用程式階層中的相同位置，並不會建立新的導覽歷程記錄。 +

      在畫面內變更視圖

      +

      變更畫面的視圖選項並不會變更 [上一層] 或 [返回] 的行為：畫面仍維持在應用程式階層中的相同位置，並不會建立新的導覽歷程記錄。

      -

      這類檢視變更的範例如下：

      +

      這類視圖變更的範例如下：

        -
      • 使用標籤和/或左與右滑動來切換檢視
        • -
      • 使用下拉清單 (亦即折疊標籤) 切換檢視
        • +
      • 使用標籤和/或左與右滑動來切換視圖
        • +
      • 使用下拉清單 (亦即折疊標籤) 切換視圖
      • 篩選清單
      • 對清單排序
      • 變更顯示特性 (如縮放)

      在同層級畫面間導覽

      -

      當您的應用程式支援從項目清單導覽至項目之一的詳細檢視時，使用者通常會想使用方向導覽功能，以便從該項目導覽至清單中的前一個或後一個項目。 +

      當您的應用程式支援從項目清單導覽至項目之一的詳細視圖時，使用者通常會想使用方向導覽功能，以便從該項目導覽至清單中的前一個或後一個項目。 例如在 Gmail 中，可以很容易從會話群組向左或右滑動，方便檢視相同「收件匣」中的較新或舊會話群組。 -就像在一個畫面中變更檢視時，這類導覽不會變更 [上一層] 或 [返回] 的行為。 +就像在一個畫面中變更視圖時，這類導覽不會變更 [上一層] 或 [返回] 的行為。

      -

      然而有一個明顯的例外是，在不被引用清單綁在一起的相關詳細資料檢視之間瀏覽時 — 例如在 Play 商店中於相同開發者的不同應用程式之間瀏覽時，或是在相同演出者的專輯間瀏覽時。 +

      然而有一個明顯的例外是，在未與引用清單繫結在一起的相關詳細資料視圖之間瀏覽時 — 例如在 Play 商店中於相同開發者的不同應用程式之間瀏覽時，或是在相同演出者的專輯間瀏覽時。 在這些情況下，瀏覽每個連結都會產生歷程記錄，這會造成 [返回] 按鈕會經歷每個先前檢視過的畫面。 [上一層] 應該會繼續略過這些相關的畫面，並導覽到最近檢視過的容器畫面。 @@ -82,16 +82,16 @@ Android 3.0 已將重大變更導入全域的導覽行為中。 -

      基於您對詳細資料檢視的瞭解，您有能力讓 [上一層] 行為甚至變得更聰明。 +

      基於您對詳細資料視圖的瞭解，您有能力讓 [上一層] 行為甚至變得更聰明。 再延伸說明之前提及的 Play 商店範例，想像使用者已從最近檢視的「書籍」導覽至「電影」改編的詳細資料。 -在這種情況下，[上一層] -可以返回到使用者之前沒有導覽過的上層容器 (電影)。

      +在這種情況下，[上一層] 可以返回到使用者之前沒有導覽過的上層容器 (電影)。 +

      -

      透過「主畫面小工具」和「通知」，導覽至您的應用程式

      +

      透過「主螢幕小工具」和「通知」，導覽至您的應用程式

      -

      您可以使用主畫面小工具或通知，協助您直接導覽至深入您應用程式階層中的畫面。 +

      您可以使用主螢幕小工具或通知，協助您直接導覽至深入您應用程式階層中的畫面。 例如，Gmail 的「收件匣」小工具和新郵件通知，都可以略過「收件匣」畫面，將使用者直接帶到會話群組檢視之中。

      @@ -100,7 +100,7 @@ Android 3.0 已將重大變更導入全域的導覽行為中。
      • 如果目的地畫面通常是透過您應用程式中的一個特定畫面到達，那麼 [上一層] 應該要導覽至該畫面。
        • -
      • 否則， [上一層] 應該導覽至您應用程式的最頂端 (「主」) 畫面。
        • +
      • 否則， [上一層] 應該導覽至您應用程式的最頂端 (「主」) 螢幕。

      就 [返回] 按鈕而言，您應讓導覽更符合預期，方法是在工作的返回堆疊中，插入前往應用程式最頂端畫面的完整向上導覽路徑。 @@ -108,30 +108,30 @@ Android 3.0 已將重大變更導入全域的導覽行為中。

      -

      舉例來說，Gmail 的主畫面小工具有一個按鈕，可以直接往下進入撰寫畫面。 -來自撰寫畫面的 [上一層] 或 [返回] 按鈕，會將使用者帶到「收件匣」中，而此處的 [返回] 按鈕則可繼續前往至「主畫面」。 +

      舉例來說，Gmail 的主螢幕小工具有一個按鈕，可以直接往下進入撰寫畫面。 +來自撰寫畫面的 [上一層] 或 [返回] 按鈕，會將使用者帶到「收件匣」中，而此處的 [返回] 按鈕則可繼續前往至「主螢幕」。

      間接通知

      -

      當您的應用程式需要同時呈現多個事件的資訊時，可以使用單一通知，引導使用者進入一個插頁畫面。 -此畫面會摘要這些事件，並提供路徑，讓使用者可以深入應用程式之中。這種風格的通知稱為「間接通知」。 - +

      若應用程式必須同時呈現多個事件，可利用單一通知，引導使用者進入插頁畫面。 +插頁畫面會概述所有事件，並提供讓使用者可以深入應用程式之中的路徑。 +這種通知方式稱為間接通知。

      與標準 (直接) 通知不同的是，從間接通知的插頁畫面按下 [返回]，會讓使用者返回至通知觸發的起點 — 無其他畫面會插入至返回堆疊之中。 -一旦使用者從插頁畫面繼續進入應用程式之後，[上一層] -與 [返回] 會如上所述，其行為就像針對標準通知一樣：在應用程式內導覽，而非返回插頁畫面。 +一旦使用者從插頁畫面繼續進入應用程式之後，[上一層] 與 [返回] 會如上所述，其行為就像針對標準通知一樣：在應用程式內導覽，而非返回插頁畫面。 +

      例如，假設 Gmail 中的使用者收到來自「行事曆」的間接通知。輕觸這個通知會打開插頁畫面，而此畫面會顯示數個不同事件的提醒。 從插頁畫面輕觸 [返回]，會讓使用者返回至 Gmail。輕觸特定事件會將使用者帶離插頁畫面，並進入完整的「行事曆」應用程式，顯示事件的詳細資料。 -從事件詳細資料中，[上一層] 和 [返回] 會導覽至「行事曆」的最頂層檢視。

      +從事件詳細資料中，[上一層] 和 [返回] 會導覽至「行事曆」的最頂層視圖。

      @@ -139,75 +139,75 @@ Android 3.0 已將重大變更導入全域的導覽行為中。

      快顯通知會略過通知匣，直接出現在使用者面前。 這不常使用，應該要保留在需要適時回應，以及必須中斷使用者前後關聯動作的時候。 -例如，Talk -就使用這種風格，用來提示使用者有朋友邀請加入視訊聊天，而且此邀請會在幾秒之後自動過期。 +例如，Talk 就使用這種風格，用來提示使用者有朋友邀請加入視訊聊天，而且此邀請會在幾秒之後自動過期。 +

      就導覽行為而言，快顯通知緊接著間接通知插頁畫面的行為。 -[返回] 會關閉快顯通知。如果使用者從快顯導覽進入通知應用程式，[上一層] -和 [返回] 會遵循標準通知的規則，只在應用程式內導覽。 +[返回] 會關閉快顯通知。如果使用者從快顯導覽進入通知應用程式，[上一層] 和 [返回] 會遵循標準通知的規則，只在應用程式內導覽。 +

      在應用程式間導覽

      -

      Android 系統的基本優點之一是應用程式互相啟動的能力，讓使用者能夠直接從一個應用程式導覽至另一個應用程式。 -例如，需要擷取一張相片的應用程式可以啟動「相機」應用程式，而此應用程式會將相片傳回引用的應用程式。開發人員可以輕鬆利用其他應用程式的程式碼，而使用者在經常執行的動作中可以享受一致性的體驗，這對雙方都是一大好處。 - +

      Android 系統的主要優勢在於應用程式之間可彼此互連，使用者可從一個應用程式中直接導覽至另一個應用程式。 +舉例來說，需要拍攝相片的的應用程式，可開啟「相機」應用程式，然後再返回原始參照應用程式中。 +這項功能不僅使開發人員可輕鬆地利用其他應用程式的程式碼，還可讓使用者透過一致的作業方式享受常用功能。

      -

      要瞭解應用程式對應用程式的導覽，重要的是要瞭解以下討論的 Android 架構行為。 +

      欲了解應用程式對應用程式的導覽行為，必須先了解以下介紹的 Android 架構行為。

      -

      活動、工作和意圖

      +

      Activity、工作和意圖

      -

      在 Android 中，活動是一個應用程式元件，定義了資訊畫面，以及使用者可以執行的所有關聯動作。 -您的應用程式是個活動的集合，包括您可以建立及您能從其他應用程式重複使用的活動。 +

      在 Android 中，Activity 是一個應用程式元件，定義了資訊畫面，以及使用者可以執行的所有關聯動作。 +您的應用程式是個 Activity 的集合，包括您可以建立及您能從其他應用程式重複使用的 Activity。

      -

      工作是使用者遵循以達到目標的一系列活動。單一工作可以利用來自單一應用程式的活動，或是汲取數個不同應用程式的活動。 +

      工作是使用者遵循以達到目標的一系列 Activity。單一工作可以利用來自單一應用程式的 Activity，或是汲取數個不同應用程式的 Activity。

      -

      意向是指應用程式所發出想要另一套應用程式協助執行某動作訊號的機制。 -應用程式的活動可指示其可回應哪些意向。 -針對如「共用」等常見意向，使用者可能已安裝許多可以滿足此要求的應用程式。 +

      意圖是指應用程式所發出想要另一套應用程式協助執行某動作訊號的機制。 +應用程式的 Activity 可指示其可回應哪些意圖。 +針對如「共用」等常見意圖，使用者可能已安裝許多可以滿足此要求的應用程式。

      -

      範例：在應用程式間導覽，以支援共用

      - -

      要理解活動、工作和意向如何攜手合作，請思考應用程式如何讓使用者使用另一套應用程式來共用內容。例如，從「主」畫面啟動 Play 商店應用程式，開始新工作 A (見下圖)。 +

      例如：在多個應用程式中導覽以支援共用功能

      -在導覽經歷 Play 商店，並輕觸一本促銷的書籍以查看詳細資料後，使用者仍會停留在相同工作中，並透過新增行為延伸工作。 -觸發「共用」動作會提示使用者一個對話框，列出已註冊可用來處理「共用」意向的每個活動 (來自不同的應用程式)。 +

      要了解使用活動、工作和意圖如何相互作用，必須先考慮一個應用程式如何讓使用者利用另一個應用程式共用內容。 +例如，在首頁中開啟 Play 商店應用程式，並開始工作 A (如下所示)。 +使用者在 Play 商店應用程式中結束導覽後，輕觸促銷的書籍以查看細節，這時仍會停留在相同的工作中，同時新增活動以延伸功能。 +觸發「共用」動作會提示使用者一個對話框，列出已註冊可用來處理「共用」意圖的每個 Activity (來自不同的應用程式)。

      -

      當使用者選擇透過 Gmail 共用，Gmail -的撰寫活動會被新增為工作 A 的延續 — 而不會建立新工作。如果 Gmail 有本身的工作正在背景執行，這並不會影響該工作。 +

      當使用者選擇透過 Gmail 共用，Gmail 的撰寫 Activity 會被新增為工作 A 的延續 — 而不會建立新工作。 +如果 Gmail 有本身的工作正在背景執行，這並不會影響該工作。

      -

      從撰寫活動中，傳送訊息或輕觸 [返回] 按鈕，會讓使用者返回至書籍詳細資料的活動。 -繼續輕觸 [返回] 則會經由 Play 商店往回導覽，最終到達「主畫面」。 +

      從撰寫 Activity 中，傳送訊息或輕觸 [返回] 按鈕，會讓使用者返回至書籍詳細資料的 Activity。 +繼續輕觸 [返回] 則會經由 Play 商店往回導覽，最終到達「主螢幕」。

      -

      然而，透過輕觸撰寫行為的 [上一層]，代表使用者指明停留在 Gmail 的意願。 -Gmail 的會話群組清單活動會隨即出現，並針對該活動建立一個新的工作 B。新工作的最後根源都是「主畫面」，所以從會話群組輕觸 [返回] 會返回至該處。 +

      然而，透過輕觸撰寫 Activity 的 [上一層]，代表使用者指明停留在 Gmail 的意願。 +Gmail 的會話群組清單 Activity 會隨即出現，並針對該 Activity 建立一個新的工作 B。新工作的最後根源都是「主螢幕」，所以從會話群組輕觸 [返回] 會返回至該處。

      -

      工作 A 仍然存在背景之中，而使用者可能會在稍後返回 (例如，透過「最近」畫面)。 +

      工作 A 仍然存在背景之中，而使用者可能會在稍後返回 (例如，透過「最近使用記錄」畫面)。 如果 Gmail 在背景正在執行自己的工作，則其會被工作 B 取代 — 並捨棄之前的前後關係，而就使用者的新目標。

      -

      當您的應用程式註冊來處理具有深入應用程式階層活動的意向時，請參考透過主畫面視窗小工具和通知，導覽至您的應用程式，取得如何指定 [上一層] 導覽的指導方針。 +

      當您的應用程式註冊來處理具有深入應用程式階層 Activity 的意圖時，請參考透過主螢幕小工具和通知，導覽至您的應用程式，取得如何指定 [上一層] 導覽的指導方針。

      -- 2.11.0