Essas diretrizes vão ajudar a evitar armadilhas comuns e 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 isso for um requisito, use o GDK.
Por exemplo, o Glassware da API Mirror funciona bem com o comando "criar uma nota" ou "postar uma atualização", porque os usuários não precisam esperar uma resposta do Glassware depois de invocar o comando.
Por outro lado, "iniciar um timer" e "ajustar um instrumento" não funcionam bem com o Glassware da API Mirror, porque os usuários esperam que a experiência comece imediatamente.
As duas principais maneiras de os usuários invocarem o Glassware e os recursos dele são usando um comando de voz ou de toque no menu principal do ok Glass ou de um menu contextual de um card da linha do tempo.
Nunca force os usuários a fixar um card de linha do tempo com itens de menu para iniciar o Glassware. A API Mirror foi projetada para notificações periódicas com base nas configurações definidas pelo usuário ou para compartilhar conteúdo com contatos.
É permitido fornecer itens de menu para iniciar o Glassware do GDK ou chamar a API Mirror, desde que a experiência seja consistente com o padrão de design das notificações periódicas e não use a API Mirror para interatividade imediata.
Por exemplo, um Glassware de adoção de animal de estimação não pode inserir um card de linha do tempo e forçar os usuários a fixá-lo para acessar recursos mais tarde, por exemplo, para "Pesquisar cachorros", "Pesquisar gatos", "Pesquisar pássaros" e assim por diante. Em vez disso, o Glassware precisa permitir que os usuários definam critérios para os animais de estimação que querem e enviar periodicamente cartões que atendam a esses critérios. Esses cards podem conter itens de menu para realizar ações como "Ler a biografia" e "Adotar animal de estimação".
É preciso deixar claro para os usuários que o Glassware está em execução se eles invocá-lo explicitamente.
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 funciona bem no Google Glass. Em vez disso, encontre os principais casos de uso que funcionam bem no Glass e concentre-se em fornecer alguns recursos mágicos. Consulte Design for Glass para se inspirar.
- Os toques em cards ao vivo sempre exibem um menu do Google Glass. Todos os cards ativos precisam ter um item de menu Parar para dispensar o card publicado da linha do tempo.
- Se os cards ao vivo iniciarem uma imersão, os usuários serão levados para onde pararam, e isso faz sentido.
- Deslizar ou tocar em imersões sempre produz uma ação ou feedback de que o gesto não foi consumido (por exemplo, use puxar horizontal).
- Os gestos que não se comportam como o sistema do Glass precisam ter instruções claras sobre como usá-los e resultados claros.
- Se você criar elementos de interface semelhantes aos oferecidos pelo sistema do Glass, use o que o sistema do Glass oferece. Por exemplo, use uma visualização de rolagem do card em vez de implementar a sua própria.
- Use imersões para tarefas focadas que exigem isso. Caso contrário, prefira outras opções, como cartões ativos ou estáticos.
Quando possível, use designs de cartão aprovados. Os modelos da 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.
Os pacotes e a paginação permitem agrupar cartões, mas eles devem ser usados corretamente nas situações a seguir.
Observação:os recursos de agrupamento e paginação estão integrados à API Mirror. Se você estiver tentando alcançar a mesma funcionalidade no GDK, imite como a API Mirror apresenta o agrupamento e a paginação o mais próximo possível. Use indicadores de pilha, itens de menu e roladores de cards para apresentar seus cards.
Bundles
- Use pacotes para grupos de cards semelhantes, mas que não podem estar no mesmo card.
- Projetar os cards de capa do pacote para serem resumos visualmente diferentes dos cards que o pacote contém.
- 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 dentro de uma hora uma da outra
- Artigos relacionados inseridos de uma só vez
- Uma lista dos principais eventos e atualizações de placares de um jogo esportivo em andamento
Casos em que os pacotes não funcionam bem:
- Todo o conteúdo do seu serviço
- Muitas manchetes enviadas para o Google Glass durante um dia
Paginação
Use a paginação para itens da 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 distintos, como várias notícias ou e-mails.
Verifique se o Glassware segue as outras práticas recomendadas do Glassware.
Propriedades da Web
- Use os ícones Enviar para o Google Glass se enviar conteúdo da Web para o Google Glass.
- Use os ícones Instalar no Glass se fornecer um link para fazer o download do Glassware.
- Garanta a ortografia e a gramática corretas.
- Não tenha mais de duas páginas de autorização ou login.
- As configurações não podem exigir uma nova autorização em um período razoável (menos de três meses).
- Se uma conta ou um app complementar for necessário, o fluxo de autorização será claro para os usuários que têm ou não uma conta do serviço.
- O URL da 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.
- Indicar visualmente que uma mudança nas configurações foi salva.
- Indique a frequência geral de atualização 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 a frequência de atualização e os tipos de feed.
Branding
A marca Glass e os recursos associados a ela são reservados e cuidadosamente projetados e usados pelo Google.
- Não use, modifique ou imitar logotipos ou recursos reservados do Google Glass de forma alguma, a menos que eles sejam fornecidos na página [Recursos](/tools-downloads/downloads).
- Não use, modifique ou imite a fonte do logotipo do Google Glass para uso no seu produto.
Gravação
O Glassware e as descrições relacionadas precisam estar em inglês por padrão. É possível usar vários idiomas se houver total paridade de recursos entre eles.
Verifique se o nome do Glassware retrata com precisão a funcionalidade ou o branding dele. Não use a string "Glass" no nome, a menos que ela esteja na frase "for Glass". Por exemplo, "Cat Facts for Glass" está tudo certo, mas não "Glass Cat Facts" ou "Glassy Cat Photos".
Consulte a seção Vidro em texto para conferir restrições e diretrizes.
Siga as diretrizes para redação quando aplicável.
testes
Execute seu Glassware no hardware do Google Glass. Essa é a única maneira de avaliar com precisão a experiência do usuário. Verifique também se o GDK Glassware não causa um desempenho inesperado, como o superaquecimento do Google Glass.