Estos lineamientos te ayudarán a evitar errores comunes y te guiarán a través del proceso de creación de una cristalería de alta calidad.
Invocación
Asegúrate de que Glassware use comandos por voz aprobados.
Asegúrate de que Glassware use comandos contextuales aprobados.
La API de Mirror no está diseñada para recibir solicitudes de los usuarios y responder en tiempo real o con baja latencia. Si esto es un requisito, usa el GDK.
Por ejemplo, Mirror API Glassware funciona bien con el comando "take a note" o "post an update", ya que los usuarios no tienen que esperar una respuesta de Glassware después de invocar el comando.
Por el contrario, las opciones "iniciar un cronómetro" y "ajustar un instrumento" no funcionan bien con la Glassware de la API de Mirror, ya que los usuarios esperan que la experiencia comience de inmediato.
Las dos formas principales para que los usuarios invoquen Glassware y sus funciones son usar un comando de voz o táctil desde el menú principal de ok Glass o a través de un menú contextual de una tarjeta de cronograma.
Nunca debes obligar a los usuarios a fijar una tarjeta de cronograma con elementos de menú para iniciar Glassware. La API de Mirror está diseñada para notificaciones periódicas basadas en la configuración establecida por el usuario o para compartir contenido con contactos.
Proporcionar elementos de menú para iniciar GDK Glassware o llamar a la API de Mirror está bien, siempre y cuando la experiencia sea coherente con el patrón de diseño de las notificaciones periódicas y no use la API de Mirror para la interactividad inmediata.
Por ejemplo, la app de Glassware de adopción de mascotas no debe insertar una tarjeta de cronograma y obligar a los usuarios a fijarla para acceder a funciones más adelante (por ejemplo, para "Buscar perros", "Buscar gatos", "Buscar aves", etcétera). En cambio, la cristalería debe permitir a los usuarios establecer criterios para las mascotas que desean y entregar, de manera periódica, tarjetas que cumplan con estos criterios. Estas tarjetas pueden contener elementos de menú para realizar acciones, como “Leer biografía” y “Adoptar una mascota”.
Debe quedar claro para los usuarios que Glassware se está ejecutando si lo invocan explícitamente.
Diseño
Glass está diseñado para fragmentos pequeños de información que se entregan en el momento adecuado. La portabilidad de todas las funciones desde una aplicación para dispositivos móviles no funcionará bien en Glass. En cambio, encuentra los casos de uso principales que funcionan bien en Glass y enfócate en proporcionar algunas funciones mágicas. Si quieres inspirarte, consulta Diseño para vidrio.
- Si presionas las tarjetas en vivo, siempre aparecerá un menú de Glass. Todas las tarjetas en vivo deben tener el elemento de menú Detener para descartar la tarjeta publicada del cronograma.
- Si las tarjetas en vivo comienzan a experimentar la inmersión, los usuarios son llevados a donde lo dejaron antes, donde tiene sentido.
- Deslizar o presionar en las inmersiones siempre produce una acción o respuesta que indica que no se consumió el gesto (por ejemplo, usa retras horizontales).
- Los gestos que no se comportan como el sistema Glass deben tener instrucciones claras sobre cómo usarlos y resultados claros.
- Si creas elementos de la IU que son similares a lo que proporciona el sistema Glass, usa lo que el sistema Glass proporciona en su lugar. Por ejemplo, usa una vista de desplazamiento de tarjeta en lugar de implementar una propia.
- Usa las inmersiones para realizar tareas enfocadas que lo requieran. De lo contrario, se prefieren otras opciones, como una tarjeta activa o estáticas.
Cuando sea posible, usa diseños de tarjetas aprobados. Las plantillas de la API de Mirror y de GDK están disponibles para algunos de estos diseños.
- Usa los estilos en base_style.css si usas la API de Mirror.
- Sigue las reglas generales para el relleno y el espaciado como las plantillas integradas.
Los paquetes y la paginación te permiten agrupar tarjetas, pero debes usarlas correctamente en las siguientes situaciones.
Nota: Las funciones de empaquetado y paginación están integradas en la API de Mirror. Si intentas lograr la misma funcionalidad en el GDK, imita el modo en que la API de Mirror presenta el agrupamiento y la paginación lo más parecido posible. Usa indicadores de pila, elementos de menú y desplazadores de tarjetas para presentar tus tarjetas.
Bundles
- Usa paquetes para grupos de tarjetas similares, pero que no deberían estar en la misma tarjeta.
- Diseña tarjetas de portada del paquete para que sean resúmenes visualmente diferentes de las tarjetas que contiene el paquete.
- Notifica al usuario con un sonido de notificación solo una vez para cada paquete.
Casos en los que los paquetes funcionan bien:
- Una conversación de correos electrónicos o mensajes cortos
- Tres mensajes SMS entre las mismas personas
- Cinco fotos tomadas unas con una hora de diferencia
- Artículos relacionados que se insertaron todos a la vez
- Una lista de eventos clave y actualizaciones de resultados de un partido deportivo en curso
Casos en los que los paquetes no funcionan bien:
- Todo el contenido de tu servicio
- Muchos titulares enviados a Glass en el transcurso de un día
Paginación
Usa la paginación para los elementos del cronograma que no caben en una sola tarjeta debido a limitaciones de espacio, pero que deberían estar en la misma tarjeta.
Casos en los que la paginación funciona bien:
- Un solo correo electrónico, noticia o contenido similar que no cabe en una tarjeta
Casos en los que la paginación no funciona bien:
- Un grupo de tarjetas distintas, como varias noticias o correos electrónicos
Asegúrate de que Glassware cumpla con el resto de nuestras prácticas recomendadas.
Propiedades web
- Si envías contenido a Glass desde la Web, usa los íconos de Enviar a Glass.
- Si proporcionas un vínculo para descargar Glassware, usa los íconos Get it on Glass.
- Asegúrate de que la gramática y la ortografía sean correctas.
- No tienes más de dos páginas de autorización o de acceso.
- La configuración no debe requerir una nueva autorización dentro de un período razonable (menos de tres meses).
- Si se requiere una cuenta o una aplicación complementaria, el flujo de autorización es claro para los usuarios que tengan o no una cuenta con tu servicio.
- La URL de la página web de autorización debe ser diferente de la URL de la página web de configuración.
- Si se requiere una cuenta de usuario, Glassware no debe autenticar a un usuario sin conectarse a esa cuenta.
- Indica visualmente que se guardó un cambio en la configuración.
- Si corresponde, indica la frecuencia de actualización general y por feed para
mantener tu contenido relevante. En la siguiente captura de pantalla, se muestra un ejemplo de cómo permitir que los usuarios configuren la frecuencia de actualización y los tipos de feed.
Desarrollo de la marca
La marca Glass y sus activos asociados son propiedad de Google, y Google los diseña y usa cuidadosamente.
- No uses, modifiques ni imites logotipos ni recursos propiedad de Glass de ninguna manera, a menos que se proporcionen en la página [Assets](/dashboard/tools-downloads/downloads).
- No uses, modifiques ni imites la fuente del logotipo de Glass para usarla en tu producto.
Escritura
La pieza de cristal y sus descripciones relacionadas deben estar en inglés de forma predeterminada. Está bien usar varios idiomas si hay una paridad de funciones completa entre ellos.
Asegúrate de que el nombre de Glassware represente con precisión su funcionalidad o marca. No uses la cadena "Glass" en el nombre, a menos que esté en la frase "para Glass". Por ejemplo, puedes usar "Datos sobre gatos sobre Glass", pero no "Datos sobre gatos en Glass" ni "Fotos sobre gatos en Glassy".
Consulta la sección Vaso de vidrio en texto para conocer las restricciones y los lineamientos.
Sigue los lineamientos para escribirlos cuando corresponda.
Prueba
Ejecuta tu Glassware con hardware de Glass real. Esta es la única forma de medir con precisión la experiencia del usuario. Además, asegúrate de que GDK Glassware no cause un rendimiento inesperado, como el sobrecalentamiento de Glass.