Os estados vazios nem sempre são causados por um erro ou falta de dados, mas podem ser um estado de deslogado ou uma mensagem de sucesso comunicando que o diário está limpo. Em alguns casos, o estado vazio é o mais comum, o que cria uma oportunidade de personalizar o estado vazio para que pareça mais único, positivo, completo ou preenchido.
Todos os estados vazios precisam ter uma call-to-action clara para que o usuário saiba o que fazer para corrigir um possível problema ou encontrar mais informações.
Estados de login
Diga ao usuário que ele precisa atualizar as configurações ou preferências, fazer login na conta ou criar uma conta no relógio ou no app para dispositivos móveis do Bloco.
Estados de erro
Forneça uma call-to-action clara para corrigir possíveis problemas ao visualizar os dados do Bloco.
Estados vazios (sem dados)
Descreva o que está causando a falta de dados e como o usuário pode corrigir o problema.
Estados vazios (conteúdo)
Os estados vazios nem sempre são causados por um erro ou falta de dados. Em alguns casos, o estado vazio é o mais comum. Isso cria uma oportunidade de personalizar o design adicionando uma imagem para que o estado vazio pareça completo como um estado preenchido. Como alternativa, o card será o texto padrão em um plano de fundo tonal.
Estados vazios (em andamento)
Confira um exemplo de como determinados componentes atendem a estados vazios e de overflow ao rastrear dados ou progresso.
Estados em andamento (de referência)
Quando um app executa uma atividade de longa duração, como acompanhar um treino ou tocar música, ele precisa mostrar o progresso da atividade em andamento em um ou mais blocos. Se o app também oferece suporte a Blocos que permitem que os usuários iniciem essas atividades, faça o seguinte para minimizar a confusão do usuário: indique que uma atividade em andamento já está em andamento. Se o usuário tocar em um Bloco, inicie seu app e mostre a atividade em andamento. Não inicie uma nova instância de uma atividade em andamento.