Estas pautas te ayudarán a evitar los 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 usuarios ni responder en tiempo real o con baja latencia. Si es un requisito, usa el GDK.
Por ejemplo, la API de Glassduplicación funciona bien con el comando "crear una nota" o "publicar una actualización", ya que los usuarios no tienen que esperar una respuesta de Glassware después de invocar el comando.
Por el contrario, "iniciar un temporizador" y "ajustar un instrumento" no funcionan bien con la duplicación de la API de Glassware, 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 mediante el uso de un comando por voz o táctil desde el menú principal de ok Glass o desde un menú contextual desde 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 se diseñó para notificaciones periódicas basadas en la configuración definida por el usuario o para compartir contenido con los contactos.
Proporcionar elementos de menú para iniciar GDK Glassing o llamar a la API de Mirror siempre y cuando la experiencia sea coherente con el patrón de diseño de notificaciones periódicas y no use la API de Mirror para la interactividad inmediata.
Por ejemplo, una adopción de Glassware para mascotas no debería insertar una tarjeta de cronograma y obligar a los usuarios a fijarla para que pueda acceder a las funciones más adelante (por ejemplo, "Buscar perros", "Buscar gatos", "Buscar pájaros", etc.). En su lugar, la cristalería debe permitir que los usuarios establezcan criterios para las mascotas que quieran y entregar periódicamente tarjetas que cumplan con estos criterios. Estas tarjetas pueden contener elementos de menú para realizar acciones, como "Leer biografía" y "Adoptar mascota".
Los usuarios deben tener claro que se está ejecutando Glassware si lo invocan de forma explícita.
Diseño
Glass está diseñado para pequeños tipos de información que se entregan en el momento adecuado. La portabilidad de todas las funciones de una app para dispositivos móviles no funcionará bien en Glass. En su lugar, busca los casos prácticos principales que funcionan bien en Glass y concéntrate en proporcionar algunas funciones mágicas. Si deseas inspirarte, consulta Diseño para Glass.
- Los botones de selección de tarjetas siempre muestran un menú de Glass. Todas las tarjetas activas deben tener un elemento de menú Stop para descartarla del cronograma.
- Si las tarjetas activas inician una inmersión, se redirecciona a los usuarios al punto en el que se encontraban, donde tenía sentido.
- Al deslizar o presionar en la inmersión, siempre se produce una acción o un comentario de que el gesto no se consumió (por ejemplo, usa el tiro horizontal).
- Los gestos que no se comportan como el sistema Glass deben tener instrucciones claras sobre cómo usarlos y borrar los resultados.
- Si creas elementos de la IU similares a los que proporciona el sistema Glass, usa lo que proporciona el sistema Glass. Por ejemplo, usa una vista de desplazamiento de tarjetas en lugar de implementar la tuya.
- Usa envolventes para tareas enfocadas que lo requieran. De lo contrario, se prefieren otras opciones, como una tarjeta en vivo o tarjetas estáticas.
Cuando sea posible, usa diseños de tarjetas aprobados. La plantilla de la API de Mirror y de las GDK están disponibles para algunos de estos diseños.
- Usa los estilos en base_style.css si usas la API de duplicación.
- Sigue las reglas generales de relleno y 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 agrupación y paginación se incorporan en la API de duplicación. Si intentas lograr la misma funcionalidad en el GDK, imita la forma en que la API de Mirror presenta la agrupación y la paginación lo más cerca posible. Usa indicadores de pila, elementos de menú y desplazadores de tarjetas para presentar tus tarjetas.
Grupo
- Usa conjuntos 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 una sola 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 con una hora de diferencia
- Se insertaron todos los artículos relacionados
- Una lista de eventos clave y actualizaciones de resultados de un partido deportivo en curso
Casos en los que los paquetes no funcionen bien:
- Todo el contenido de tu servicio
- Se enviaron muchos de los titulares a Glass durante el transcurso de un día
Paginación
Usa la paginación para los elementos de cronograma que no caben en una sola tarjeta debido a restricciones 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, una noticia o un contenido similar que no cabe en una tarjeta
Casos en los que la paginación no funciona bien:
- Un grupo de tarjetas distintas, como diferentes noticias o correos electrónicos
Asegúrate de que tu dispositivo Glassware cumpla con el resto de nuestras prácticas recomendadas de Glassware.
Propiedades web
- Usa los íconos Enviar a Glass si envías contenido a Glass desde la Web.
- Usa los íconos Obtener en Glass si proporcionas un vínculo para descargar Glassware.
- Asegúrate de que la gramática y la ortografía sean correctas.
- No tengas 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 tienen 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 esta.
- Indicar visualmente que se guardó un cambio de configuración.
- Indica la frecuencia de actualización en general y por feed, si corresponde, para
mantener tu contenido relevante. En la siguiente captura de pantalla, se muestra un ejemplo de cómo permitir a los usuarios configurar la frecuencia de actualización y los tipos de feed.
Desarrollo de la marca
La marca Glass y sus elementos asociados son propiedad de Google, y Google los diseña y usa con cuidado.
- No uses, modifiques ni imites los logotipos o recursos de propiedad de Glass de ninguna manera, a menos que se proporcionen en la página [Assets](/glass/tools-downloads/downloads).
- No uses, modifiques ni imites la fuente del logotipo de Glass para usarla en tu producto.
Escritura
Glassware y sus descripciones relacionadas deben estar en inglés de forma predeterminada. Es posible usar varios idiomas si hay una paridad total entre los idiomas.
Asegúrese de que el nombre de Glassware describa con precisión la funcionalidad o el desarrollo de la marca de Glassware. No uses la string "Glass" en el nombre, a menos que esté en la frase "for Glass". Por ejemplo, "Cat Facts for Glass" está bien, pero no "Glassy Cat Facts" o "Glassy Cat Photos".
Consulta la sección Cristal en texto para ver las restricciones y los lineamientos.
Sigue los lineamientos para escribir cuando corresponda.
Prueba
Ejecuta tu Glassware en hardware real de Glass. Esta es la única forma de evaluar con precisión la experiencia del usuario. Además, asegúrate de que el software de GDK Glass no cause un rendimiento inesperado, como un sobrecalentamiento de Glass.