Ce document passe en revue quelques bonnes pratiques de conception et de diffusion d'informations. Suivez ces consignes le cas échéant pour garantir la meilleure expérience utilisateur possible.
Concevoir d'abord, puis coder
Découvrez les principes et modèles de conception avant de commencer à développer avec Glass. Pour en savoir plus, consultez les guides de conception.
Pour obtenir des informations sur la conception, créez et envoyez votre conception de Glassware Flow à l'équipe d'évaluation.
Ne pas utiliser d'élément de chronologie épinglé en tant que lanceur d'applications
Les deux principales méthodes permettant aux utilisateurs d'appeler Glassware et ses fonctionnalités sont d'utiliser une commande vocale ou tactile depuis le menu principal ok Glass ou via un menu contextuel à partir d'une carte de la chronologie.
Vous ne devez jamais forcer les utilisateurs à épingler une fiche de chronologie contenant des éléments de menu pour lancer Glassware. L'API Mirror est conçue pour recevoir des notifications périodiques en fonction de paramètres configurés par l'utilisateur.
Fournir des éléments de menu pour lancer GDK Glassware ou appeler l'API Mirror est acceptable à condition que l'expérience soit cohérente avec le schéma de conception des notifications périodiques et qu'elle n'utilise pas l'API Mirror pour une interactivité immédiate.
Par exemple, une application Glassware d'adoption d'animaux de compagnie ne doit pas insérer de carte chronologique ni obliger les utilisateurs à l'épingler pour accéder à des fonctionnalités ultérieurement (par exemple, "Rechercher des chiens", "Rechercher des chats", "Rechercher des oiseaux", etc.). Au lieu de cela, Glassware doit permettre aux utilisateurs de définir des critères pour les animaux de compagnie qu'ils veulent et de fournir régulièrement des cartes répondant à ces critères. Ces fiches peuvent ensuite contenir des éléments de menu permettant d'effectuer des actions telles que "Lire la biographie" et "Adoption d'animaux de compagnie".
Respecter la conception et les modèles de cartes standards
Dans la mesure du possible, utilisez des modèles de carte et des modèles approuvés. Si les modèles ne fonctionnent pas:
- Utilisez les styles dans base_style.css si vous utilisez l'API Mirror.
- Suivez les règles générales de remplissage et d'espacement en tant que modèles intégrés.
Respecter les exigences liées aux médias
Si vous diffusez des médias, suivez ces consignes:
- Toutes les vidéos publiques sont diffusées en streaming et ne sont pas jointes à des éléments de la timeline.
- L'image est en 16:9.
- La résolution vidéo est de 640 × 360 pixels.
- Format H.264
Regrouper et paginer correctement
Les groupes et la pagination vous permettent de regrouper des fiches, mais vous devez les utiliser correctement dans les situations suivantes.
Produits par lots
- Utilisez des groupes pour les groupes de cartes similaires, mais qui ne doivent pas être sur la même carte.
- Concevez des cartes de couverture de lots de sorte qu'elles soient visuellement différentes des fiches contenues dans le lot.
- Envoyez une notification sonore à l'utilisateur une seule fois par lot.
Cas où les lots fonctionnent bien:
- Un fil de discussion d'e-mails ou de messages courts
- Trois SMS entre les mêmes personnes
- Cinq photos prises l'une dans l'heure
- Articles similaires insérés simultanément
- Liste des événements clés et des résultats sportifs pour un match de sport en cours
Cas où les offres groupées ne fonctionnent pas correctement:
- Tous les contenus de votre service
- De nombreux titres envoyés à Glass au cours d'une journée
Pagination
Utilisez la pagination pour les éléments de chronologie qui ne tiennent pas sur une seule carte en raison de contraintes d'espace, mais qui devraient sinon se trouver sur la même carte.
Cas où la pagination fonctionne bien:
- Un e-mail, un article d'actualité ou un contenu similaire qui n'entre pas dans une seule fiche
Cas où la pagination ne fonctionne pas bien:
- Un groupe de fiches distinctes, par exemple plusieurs articles d'actualité ou des e-mails
Conception de menu standard
Éléments de menu personnalisés
- Chaque action de menu doit être associée à une icône de 50 × 50. Utilisez les icônes de menu Glass pour rester cohérent avec l'interface utilisateur Glass.
- Si possible, limitez les noms à afficher à quelques mots. Utilisez un verbe impératif avec ou sans objet.
- Utilisez l'icône et le nom à afficher par défaut pour les éléments de menu intégrés, sauf si vous les utilisez pour quelque chose de très différent.
- Les icônes sont entièrement blanches et sur un arrière-plan transparent.
- Utilisez des noms d'élément de menu courts et exploitables. Les verbes impératifs avec ou sans objets fonctionnent très bien, comme dans les exemples suivants.
- Les éléments du menu "Ignorer" ne suppriment la fiche de la timeline que de la chronologie. Par conséquent, créez un élément de menu personnalisé uniquement pour ce cas. En général, vous devez laisser les éléments de chronologie se dégrader naturellement au fil du temps et ne pas obliger les utilisateurs à gérer activement votre application.
- Les noms ne doivent pas dépasser 15 caractères. Exemple :
| Incorrect | Satisfaisantes |
|---|---|
| Prolonger l'enregistrement | Prolonger la vidéo |
| Envoie un message à Jean | Envoyer 1 message |
Éléments de menu intégrés
"Répondre à tous" ou "Répondre à tous" : les réponses vocales sont destinées à capturer du texte libre sous forme vocale. N'utilisez pas les réponses vocales pour enregistrer un ensemble limité d'options, comme les mouvements possibles dans un jeu.
Supprimer : ignore la carte de la chronologie et supprime le contenu correspondant à la carte de la chronologie dans laquelle elle est stockée (stockage local et serveur). Ne confondez pas les utilisateurs avec un élément de menu "Delete" (Supprimer) si la fonctionnalité que vous proposez est de type "Dismiss" (Ignorer).
N'utilisez pas l'API Mirror pour une interactivité immédiate
L'API Mirror n'est pas conçue pour recevoir des requêtes d'utilisateurs et répondre en temps réel ou avec une faible latence. Si c'est obligatoire, utilisez le GDK.
Par exemple, Mirror API Glassware fonctionne bien avec la commande "take a note", car les utilisateurs n'ont pas à attendre la réponse du Glassware après l'appel de la commande.
En revanche, "trouver une recette, spaghetti" ne fonctionne pas bien avec les verres API Mirror API, car les utilisateurs s'attendent à ce que les résultats de recherche s'affichent immédiatement. Avec l'API Mirror, les utilisateurs doivent attendre un certain temps avant d'insérer une carte dans la chronologie pour continuer à utiliser Glassware, ce qui n'est pas une bonne expérience utilisateur.
Cette contrainte s'applique aux commandes vocales principales sur la carte Glass Home, ainsi qu'aux éléments de menu sur les cartes et les immersions.
Créer du contenu de manière appropriée
Lorsque vous créez du contenu pour vos fiches, veillez à ce qu'elles soient concises et contiennent une information logique. Notez en outre les points suivants :
- Si possible, utilisez des images plutôt que du texte.
- Affichez les images dans leur format d'origine (le recadrage est accepté).
- Laissez vide la partie centrale du pied de page d'une fiche. Le menu vocal OK Glass s'affiche ici et bloque tout contenu situé en dessous.
- Si vous le souhaitez, utilisez la classe CSS
auto-resizepour redimensionner automatiquement les tailles de police en fonction de votre contenu. - Suivez nos consignes de rédaction.
