Essas diretrizes ajudarão você a evitar armadilhas comuns e a orientar você no processo de criação de um Glassware de alta qualidade.
Invocação
Verifique se o Glassware usa comandos de voz aprovados.
Verifique se o Glassware usa comandos contextuais aprovados.
A API Mirror não foi projetada para receber solicitações de usuários e responder em tempo real ou com baixa latência. Se esse for um requisito, use o GDK.
Por exemplo, o Glassware API Glassware funciona bem com o comando "note" ou "poste uma atualização", porque os usuários não precisam esperar por uma resposta do Glassware após invocar o comando.
Por outro lado, "iniciar um timer" e "ajustar um instrumento" não funcionam bem com a API Mirror Glassware, porque os usuários esperam que a experiência seja iniciada imediatamente.
As duas principais maneiras de invocar o Glassware e os recursos dele são um comando de voz ou toque do menu principal do ok Glass ou um menu contextual de um card da linha do tempo.
Nunca force os usuários a fixar um card da linha do tempo com itens de menu para iniciar o Glassware. A API Mirror foi projetada para notificações periódicas com base em configurações definidas pelo usuário ou para compartilhar conteúdo com contatos.
É possível fornecer itens de menu para iniciar o GDK Glassware ou chamar a API Mirror desde que a experiência seja consistente com o padrão de design de notificações periódicas e não use a API Mirror para interatividade imediata.
Por exemplo, um Glassware de adoção de animais de estimação não pode inserir um card da linha do tempo e forçar os usuários a fixá-lo para acessar recursos mais tarde (por exemplo, "Pesquisar cachorros", "Pesquisar gatos", "Procurar pássaros" etc.). Em vez disso, o Glassware permitirá que os usuários definam critérios para os animais de estimação que querem e entreguem periodicamente cards que atendam a esses critérios. Esses cards podem conter itens de menu para realizar ações como "Ler biografia" e "Adotar pet".
É preciso deixar claro para os usuários que o Glassware está em execução se for explicitamente invocado por ele.
Design
O Google Glass foi projetado para pequenas informações que são entregues no momento certo. A portabilidade de todos os recursos de um aplicativo para dispositivos móveis não funcionará bem no Google Glass. Em vez disso, encontre os principais casos de uso que funcionam bem no Google Glass e se concentre em fornecer alguns recursos mágicos. Consulte Design for Glass para se inspirar.
- Os toques nos cards ao vivo sempre mostram um menu do Google Glass. Todos os cards ativos precisam ter um item de menu Parar para dispensar o card da linha do tempo.
- Se os cards ao vivo começarem a ser imersivos, os usuários serão levados de onde pararam na imersão, onde faz sentido.
- Deslizar ou tocar em imersões sempre produz uma ação ou feedback que não foi consumido pelo gesto, por exemplo, usar deslocamento horizontal.
- Os gestos que não se comportam como o sistema do Google Glass precisam ter instruções claras sobre como usá-los e mostrar resultados claros.
- Se você criar elementos de IU semelhantes ao que o sistema do Google Glass fornece, use o que o sistema do Google Glass fornece. Por exemplo, use uma visualização de rolagem de card em vez de implementar uma própria.
- Use imersões para realizar tarefas específicas que exigem isso. Caso contrário, outras opções, como um cartão ao vivo ou cartões estáticos, são preferenciais.
Quando possível, use designs de cartão aprovados. Os modelos de API Mirror e GDK estão disponíveis para alguns desses designs.
- Use os estilos em base_style.css se estiver usando a API Mirror.
- Siga as regras gerais para padding e espaçamento como os modelos integrados.
Com os pacotes e a paginação, é possível agrupar cards, mas você precisa usá-los corretamente nas situações a seguir.
Observação:os recursos de agrupamento e paginação foram integrados à API Mirror. Se você estiver tentando conseguir a mesma funcionalidade no GDK, imite a API Mirror apresenta o agrupamento e a paginação o mais próximo possível. Use indicadores de pilha, itens de menu e rolagens de cards para apresentá-los.
Pacotes
- Use pacotes para grupos de cards semelhantes, mas que não deveriam estar no mesmo card.
- Projete os cards de capa do pacote para serem resumos visualmente diferentes dos cartões do pacote.
- Notifique o usuário com um som de notificação apenas uma vez para cada pacote.
Casos em que os pacotes funcionam bem:
- Uma conversa de e-mails ou mensagens curtas
- Três mensagens SMS entre as mesmas pessoas
- Cinco fotos tiradas uma hora da outra
- Artigos relacionados inseridos de uma só vez
- Uma lista dos principais eventos e atualizações de placar de um jogo esportivo em andamento
Casos em que os pacotes não funcionam bem:
- Todo o conteúdo do seu serviço
- Muitos títulos foram enviados ao Google Glass ao longo de um dia.
Paginação
Use a paginação para itens de linha do tempo que não cabem em um único card devido a restrições de espaço, mas precisam estar no mesmo card.
Casos em que a paginação funciona bem:
- um único e-mail, notícia ou conteúdo semelhante que não cabe em um único card;
Casos em que a paginação não funciona bem:
- Um grupo de cards diferentes, como notícias ou e-mails.
Verifique se o Google Glassware adere às outras práticas recomendadas do Glassware.
Propriedades da Web
- Use os ícones Enviar para o Google Glass se você estiver enviando conteúdo para o Google Glass da Web.
- Use os ícones Get it on Glass se fornecer um link para fazer o download do Glassware.
- Verifique se a gramática e a ortografia estão corretas.
- Não ter mais de duas páginas de autorização ou de login.
- As configurações não podem exigir uma nova autorização em um período razoável (menos de três meses).
- Se for necessário ter uma conta ou um app complementar, o fluxo de autorização será claro para os usuários que têm ou não uma conta com o serviço.
- O URL para a página da Web de autorização precisa ser diferente do URL da página da Web de configurações.
- Se uma conta de usuário for necessária, o Glassware não poderá autenticar um usuário sem se conectar a ela.
- Indique visualmente que uma mudança de configuração foi salva.
- Indique a frequência de atualização geral e por feed, se aplicável, para
manter seu conteúdo relevante. A captura de tela a seguir mostra um exemplo de como permitir que os usuários definam frequência de atualização e tipos de feed.
Branding
A marca Glass e os recursos associados a ela são reservados e usados com cuidado pelo Google.
- Não use, modifique nem imite logotipos ou recursos reservados do Google Glass, a menos que eles sejam fornecidos na página [Recursos](/glass/tools-downloads/downloads).
- Não use, modifique ou imite a fonte do logotipo do Google Glass para uso em seu produto.
Gravação
O Glassware e as descrições relacionadas precisam estar em inglês por padrão. Vários idiomas podem ser usados se houver paridade completa do recurso entre eles.
Verifique se o nome do Glassware mostra com precisão a funcionalidade ou o branding dele. Não use a string "Glass" no nome, a menos que seja a frase "for Glass". Por exemplo, "Fatos de gato para vidro" pode ser, mas não "Fatos de gato para janelas" ou "Fotos de gatos para janelas".
Consulte a seção Glass in text para ver as restrições e as diretrizes.
Siga as diretrizes de gravação quando aplicável.
Teste
Execute o Glassware no hardware real do Google Glass. Essa é a única maneira de avaliar com precisão a experiência do usuário. Garanta também que o GlassDG Glassware não cause desempenho inesperado, como o superaquecimento do Glass.