Save the date! Android Dev Summit is coming to Mountain View, CA on November 7-8, 2018.

Navegación con los botones Back y Up

Documentos para desarrolladores

Implementación de la navegación eficiente

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 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 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.

Up en comparación con Back

El botón Up se utiliza para navegar dentro de una aplicación sobre la base de las relaciones jerárquicas 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 debes incluir el botón Up .

El botón Back del sistema se utiliza para navegar, en orden cronológico inverso, por el historial de pantallas en las que recientemente trabajó el usuario. Generalmente, se basa en las relaciones temporales entre pantallas, y no en la jerarquía de la aplicación.

Cuando la pantalla que se visitó anteriormente es también el componente jerárquico primario de la pantalla actual, si se presiona el botón Back, se obtendrá el mismo resultado que si se presiona el botón Up, y esto es algo que sucede a menudo. Sin embargo, a diferencia del botón Up, mediante el cual se garantiza que el usuario permanezca en la aplicación, el botón Back le permite al usuario regresar a la pantalla de inicio o, incluso, a otra aplicación.

El botón Back también permite diferentes comportamientos que no están vinculados directamente con la navegación entre pantallas:

  • descartar las ventanas flotantes (cuadros de diálogo o emergentes);
  • 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 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 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

Cambiar las opciones de vista de una pantalla no modifica el comportamiento de los botones Up o Back: la pantalla sigue estando en el mismo lugar dentro de la jerarquía de la aplicación y no se crea ningún historial de navegación nuevo.

Entre los ejemplos de cambios en las vistas, se encuentran los siguientes:

  • cambio de vistas mediante las pestañas o los deslizamientos de izquierda a derecha;
  • cambio de vistas mediante un menú desplegable (también conocido como pestañas colapsadas);
  • filtrado de listas;
  • clasificación de listas;
  • modificación de las características de la pantalla (como el zoom).

Navegación entre pantallas relacionadas

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 navegación no se cambia el comportamiento de los botones Up o Back.

Sin embargo, una excepción importante a este caso se presenta cuando se explora entre vistas de detalles relacionadas que no están vinculadas mediante la lista que se está utilizando; por ejemplo, cuando se explora en Play Store entre diferentes aplicaciones del mismo desarrollador o entre álbumes del mismo artista. En estos casos, si se sigue cada vínculo, esto queda registrado en el historial, por lo que, a través del botón Back, se regresa a cada pantalla que se visitó anteriormente. El botón Up debe seguir omitiendo estas pantallas relacionadas y navegar hacia la pantalla del contenedor visitada más recientemente.

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á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á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:

  • 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 tu aplicación.

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 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 redacción. Mediante los botones Up o Back de la pantalla de redacción el usuario debería poder dirigirse hacia la Bandeja de entrada y, a partir de allí, continuar hacia la pantalla Inicio por medio del botón Back.

Notificaciones indirectas

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.

A diferencia de las notificaciones estándar (directas), si se presiona Back desde una pantalla intersticial de una notificación indirecta, el usuario será dirigido hacia el punto en el que se desencadenó la notificación. No se incluyen pantallas adicionales en la pila de retroceso. Una vez que el usuario se dirige hacia la aplicación desde la 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 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 visomunmenteta superior del calendario.

Notificaciones emergentes

Las notificaciones emergentes omiten el panel lateral de notificaciones y aparecen directamente frente al usuario. Estas casi nunca se utilizan, y se deben reservar para ocasiones en las que es necesario proporcionar una respuesta oportuna y es necesario realizar una interrupción en el contexto del usuario. Por ejemplo, en Talk se utiliza este estilo para alertar al usuario sobre una invitación de un amigo para participar en una videocharla, ya que esta invitación caducará automáticamente luego de algunos segundos.

En términos de comportamiento de la navegación, las notificaciones emergentes siguen, en gran medida, el comportamiento de la pantalla intersticial de una notificación indirecta. El botón Back le permite al usuario descartar la notificación emergente. Si el usuario navega desde la ventana emergente hacia la aplicación que genera las notificaciones, los botones Up y Back seguirán las reglas para las notificaciones estándar mientras se navega por la aplicación.

Navegación entre aplicaciones

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 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, 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 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. 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 aplicaciones diferentes.

Un intento es un mecanismo mediante el cual una aplicación indica que necesita la ayuda de otra aplicación para realizar una acción. Las actividades de una aplicación pueden indicar los intentos a los que pueden dar respuesta. En el caso de los intentos comunes, como "Compartir", es posible que el usuario tenga instaladas varias aplicaciones 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 (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.

Si el usuario decide compartir el contenido a través de Gmail, la actividad de redacción de Gmail se agrega como una continuación de la tarea A; no se crea una tarea nueva. Si Gmail estaba ejecutando su propia tarea en segundo plano, esta no debería verse afectada.

Desde la actividad de redacción, si se envía el mensaje o se toca el botón Back, se dirigirá nuevamente al usuario hacia la actividad de detalles del libro. Si se sigue tocando el botón Back, el usuario seguirá navegando por Play Store y, finalmente, llegará a la pantalla de inicio.

Sin embargo, si el usuario toca el botón Up desde la actividad de redacción, estará indicando su deseo de permanecer dentro de Gmail. Por consiguiente, aparecerá la actividad de la lista de conversaciones de Gmail y se creará una nueva tarea B para esto. La ruta raíz de las nuevas tareas siempre conduce a la pantalla Inicio, por lo que, si se toca el botón Back desde la lista de conversaciones, se regresará a dicha pantalla.

La tarea A permanece en segundo plano, y el usuario podrá regresar a ella después (por ejemplo, a través de la pantalla 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 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.