Confirmações

Uma confirmação é uma caixa de diálogo modal que pergunta se o usuário deseja prosseguir com uma ação.

Uma confirmação típica.

As confirmações têm estas características essenciais:

• Eles são exibidos como o resultado direto de uma ação iniciada pelo usuário.
• Eles verificam se o usuário deseja prosseguir com a ação.
• Eles consistem em uma pergunta simples e duas ou mais respostas.

As confirmações são mais úteis quando a ação exige que o usuário faça uma escolha relevante e distinta que não possa ser feita posteriormente. Essa escolha geralmente envolve algum elemento de risco que não é óbvio para o usuário, mas o risco não é essencial para confirmações. Esses elementos são necessários para justificar a interrupção da resposta a uma caixa de diálogo modal.

Por outro lado, mensagens de aviso apresentar uma condição que pode causar um problema no futuro. Sua característica fundamental é que eles envolvem risco:

• Eles envolvem a perda potencial de um ou mais dos seguintes:
  • Um ativo valioso, como perda de dados ou perda financeira.
  • Acesso ou integridade do sistema.
  • Privacidade ou controle sobre informações confidenciais.
  • Tempo do usuário (uma quantidade significativa, como 30 segundos ou mais).
• Eles têm consequências inesperadas ou não intencionais.
• Eles exigem tratamento correto agora porque os erros não podem ser facilmente corrigidos e podem até ser irreversíveis.

Se uma confirmação envolver risco, ela também poderá ser considerada um aviso. Consequentemente, as diretrizes de mensagem de aviso também se aplicam.

Observação: diretrizes relacionadas às caixas de diálogo , mensagens de erro, layoute mensagens de aviso são apresentadas em artigos separados.

Essa é a interface do usuário certa?

Para decidir, considere estas perguntas:

• O usuário está fazendo uma pergunta para prosseguir com uma ação que tenha duas ou mais respostas? Caso contrário, a mensagem não é uma confirmação.
• A interface do usuário está apresentando um erro ou problema que ocorreu? Nesse caso, use uma mensagem de erro em vez disso.
• Continuar com a ação exige que o usuário faça uma escolha que não tenha um padrão adequado? Nesse caso, uma confirmação pode ser apropriada.
• Há um design alternativo que elimina a necessidade da confirmação? Às vezes, a necessidade de uma confirmação indica uma falha de design. Muitas vezes, há uma alternativa de design melhor que não precisa de uma confirmação.
• O usuário está prestes a executar uma ação arriscada? Nesse caso, uma confirmação será apropriada se a ação tiver consequências significativas ou não puder ser desfeita facilmente.
• O usuário está prestes a abandonar uma tarefa? Nesse caso, não confirme. Suponha que os usuários entendam as consequências de não concluir uma tarefa.
• A ação tem consequências que os usuários podem não estar cientes? Nesse caso, uma confirmação pode ser apropriada.
• Dado o contexto atual, é provável que os usuários estejam executando uma ação por erro? Nesse caso, uma confirmação pode ser apropriada.
• Os usuários executam a ação com frequência? Nesse caso, considere um design alternativo. Confirmações frequentes são irritantes e têm pouco valor porque os usuários aprendem a responder sem pensar.
• A ação tem implicações de segurança? Nesse caso, uma confirmação pode ser necessária mesmo se os testes anteriores indicarem o contrário.

Conceitos de design

Confirmações desnecessárias são irritantes

A primeira confirmação do Windows criada, sem dúvida, foi assim:

de confirmação

A confirmação irritante original.

Foi um começo muito ruim. Se você quiser que os usuários odeiem seu programa, basta polvilhar confirmações como esta por toda parte. Para entender o porquê, considere o ponto de vista do usuário. O usuário apenas pediu para executar uma ação pela definição de uma confirmação, portanto, a menos que algo tenha sido de alguma forma clicado ou pressionado acidentalmente, é claro que o usuário deseja continuar.

Não só as confirmações desnecessárias são irritantes, mas não são eficazes na proteção do usuário contra erros. Os usuários descobrem rapidamente quando um programa tem confirmações desnecessárias e sua resposta natural é descartá-las o mais rápido possível, muitas vezes sem ler. Consequentemente, essas confirmações fazem pouco mais do que adicionar uma etapa extra a essas tarefas.

Não use confirmações apenas porque há a possibilidade de os usuários cometerem um erro. Em vez disso, as confirmações são mais eficazes quando usadas para confirmar ações que têm consequências significativas ou não intencionais. Boas confirmações nunca declaram o óbvio; eles devem comunicar algo que os usuários precisam estar cientes de um bom motivo para não continuar. E eles são usados somente quando realmente são necessários por uma ação, como pedir aos usuários que salvem as alterações somente quando houver alterações que valham a pena salvar. Isso exige a atenção do usuário somente quando ele é realmente justificado.

Para outros tipos de confirmações, geralmente há uma alternativa de design melhor do que forçar os usuários a responder a uma pergunta.

Considere as alternativas de design

Aqui estão algumas alternativas de design que eliminam a necessidade de confirmações de rotina:

• Evite erros. Tarefas de design para que erros significativos sejam difíceis de fazer acidentalmente. Por exemplo, separe fisicamente comandos destrutivos de outros comandos e exija a conclusão de várias ações.
• Forneça desfazer. Forneça a capacidade de reverter ações. Por exemplo, a exclusão de um arquivo no Microsoft Windows geralmente não requer uma confirmação porque os arquivos excluídos podem ser recuperados da Lixeira. Observe que, se uma ação for muito fácil de executar, apenas fazer com que os usuários refaçam a ação poderá ser suficiente.
• Forneça comentários. Torne os resultados indesejáveis óbvios. Fornecer desfazer sozinho não é suficiente se os usuários não perceberem quando cometem um erro. Por exemplo, o efeito da manipulação direta (como uma operação de arrastar e soltar) sempre deve ser óbvio.
• Suponha o resultado provável, mas facilite a mudança. Se você não tiver certeza do que os usuários querem, mas houver uma opção provável, segura e segura, suponha essa escolha, deixe claro o que aconteceu e facilite a alteração usando um menu de contexto. Por exemplo, o Microsoft Word pressupõe que os usuários desejam soletrar palavras corretamente. Se ele reconhecer uma palavra incorreta e souber a provável ortografia correta, o Word fará automaticamente a correção, mas permitirá que os usuários revertam.
• Elimine completamente a escolha. Se a escolha não for importante, os usuários simplesmente não se importarão. Melhor simplificar seu programa e eliminar a escolha.

Fazer confirmações exigirem pensamento

Para que uma confirmação tenha valor, os usuários precisam entender o motivo para não prosseguirem. Às vezes, o motivo é óbvio, como quando os usuários estão fechando um documento com alterações que não foram salvas:

Neste exemplo, o motivo da confirmação é óbvio.

Em outras situações, a razão pode não ser tão óbvia.

Ao escolher rótulos de botão de confirmação para caixas de diálogo, o diretrizes gerais é escolher rótulos que sejam respostas específicas à instrução principal. Isso leva a uma tomada de decisão eficiente porque os usuários precisam ler uma quantidade mínima de texto para continuar. No entanto, essa meta de eficiência pode ser contraproducente para confirmações. Considere este exemplo:

Incorreto:

Neste exemplo, a resposta correta requer pensamento.

Se você apresentar essa confirmação imediatamente depois que o usuário deu o comando Desinstalar, a resposta do usuário provavelmente será "Claro que quero desinstalar!" O usuário clicará em Desinstalar sem pensar duas vezes.

Para confirmações, não queremos que os usuários tomam decisões precipitadas e emocionais. Para incentivar os usuários a pensar em sua resposta, precisamos fornecer uma pequena aceleração de tomada de decisão. Quando prático, geralmente é melhor fazer isso, formulando cuidadosamente botões de confirmação. Por exemplo, podemos usar um idioma adicional para indicar que há um motivo para não continuar.

melhor:

Neste exemplo, "de qualquer maneira" é adicionado ao rótulo do botão de confirmação para indicar que a confirmação fornece um motivo para não continuar.

Se essa abordagem não for prática, podemos usar botões de confirmação Sim/Não.

Melhor também:

Neste exemplo, o uso de botões de confirmação Sim/Não força os usuários a pelo menos ler a instrução principal.

Forneça todas as informações

Se você for fazer uma pergunta, deverá fornecer informações suficientes para que os usuários respondam a essa pergunta de forma inteligente. Considere a caixa de diálogo Confirmar Substituição de Arquivo do Windows XP:

A caixa de diálogo Confirmar Substituição de Arquivo do Windows XP.

Essa confirmação fornece todas as informações que os usuários podem precisar para responder à pergunta? Antes de responder, considere os cenários de usuário mais comuns:

• Copie (ou mova) o outro arquivo, substituindo o existente.
• Mantenha o arquivo existente, sem copiar ou mover o outro arquivo.
• Mantenha ou copie o arquivo mais recente (cenário superior).
• Mantenha o arquivo existente ou copie o outro arquivo, dependendo de critérios como conteúdo e tamanho do arquivo.
• Mantenha o arquivo existente e copie o outro arquivo usando um nome diferente.
• Cancele a operação se algo estiver errado ou inesperado.

Os usuários podem alcançar o cenário 1 clicando em Sim e no cenário 2 clicando em Não. Eles podem alcançar o cenário 3 comparando as datas do arquivo e clicando no botão apropriado, mas observe o quanto foi necessário para determinar o arquivo mais recente e, em seguida, determinar o botão apropriado especialmente para o que provavelmente será o cenário mais comum.

Os cenários 4, 5 e 6 também são surpreendentemente difíceis. Os tamanhos de arquivo são arredondados, portanto, por exemplo, é impossível determinar se esses arquivos têm o mesmo tamanho ou mesmo se são do mesmo arquivo. Os ícones são para o aplicativo usado para abrir o arquivo, portanto, os usuários teriam que abrir os arquivos para inspecionar e comparar seu conteúdo. Ter miniaturas do conteúdo do arquivo seria muito mais útil para responder à pergunta.

A confirmação do Arquivo de Cópia do Windows Vista faz um trabalho muito melhor de lidar com esses cenários fornecendo mais informações e adicionando a opção de manter ambos os arquivos:

A confirmação do Arquivo de Cópia do Windows Vista.

Fornecer informações específicas e úteis

Se você for fazer uma pergunta, verifique se os usuários entendem a pergunta e as implicações das respostas alternativas. Considere esta confirmação de segurança do Windows Internet Explorer:

Uma vaga confirmação de segurança.

Essa confirmação faz uma pergunta que os usuários não podem responder de forma inteligente. O usuário solicitou que o Windows Internet Explorer exibisse uma página, e essa mensagem aconselha-a implicitamente por meio da redação do texto e realçando Não como a opção padrão.

O problema de segurança específico que a página apresenta não é explicado suficientemente, portanto, o risco de continuar não está claro. Quais informações na confirmação fariam com que o usuário clicasse em Não? Devido à imprecisão da mensagem, a confirmação provavelmente não desencorajará os usuários a continuar, mas fará com que eles se sintam mal ao fazê-lo.

Para que essa confirmação seja útil, ela deve fornecer mais informações específicas que possam fazer com que o usuário decida não prosseguir. Em geral, para cada resposta em uma confirmação, considere os cenários que a exigem e verifique se há informações suficientes fornecidas para que os usuários queiram escolhê-la. Forneça opções, não dilemas.

Como determinar se uma confirmação é necessária

Pensar nos cenários e na probabilidade de escolher cada resposta sugere uma maneira sistemática de determinar se uma confirmação é necessária. Se os usuários provavelmente selecionarem todas as respostas, a confirmação será necessária e útil. No entanto, se apenas uma resposta for provável (digamos 98% das vezes), a confirmação será claramente desnecessária e deverá ser removida. Observe que confirmações relacionadas a questões de segurança, legais e de segurança são possíveis exceções.

Essa confirmação é necessária? Os usuários selecionarão Não? É possível, mas muito improvável. Essa confirmação deve ser removida.

Se você fizer apenas três coisas...

1. Verifique se sua confirmação é realmente necessária. Deve haver uma razão legítima e clara para não prosseguir, e uma chance de que, às vezes, os usuários não prossigam.

2. Se o motivo da confirmação não for imediatamente óbvio, escolha botões de confirmação que incentivem os usuários a pensar em sua resposta. Normalmente, isso é feito formulando a confirmação como uma pergunta sim ou não e fornecendo respostas completamente autoexplicativas ou Sim/Não.

3. Considere todos os cenários e forneça as informações necessárias para responder à pergunta de forma inteligente.

Padrões de uso

As confirmações têm vários padrões de uso:

Uso	Exemplo
confirmações de rotina de confirme se o usuário deseja continuar com uma ação de rotina de baixo risco.	Essas confirmações geralmente são formuladas "você tem certeza...?" e muitas vezes têm uma caixa de seleção não mostrar essa mensagem novamente para minimizar seu aborrecimento. Exemplos de confirmações de rotina. Observação: Esse padrão geralmente é desnecessário e deve ser evitado.
confirmações de ação arriscadas confirme se o usuário deseja continuar com uma ação que tem algum risco e não pode ser desfeita facilmente.	Como elas têm risco, essas confirmações geralmente têm um ícone de aviso. Exemplos de confirmações de ação arriscadas.
confirmações de consequências não intencionais confirme se o usuário deseja prosseguir com uma ação que tenha consequências inesperadas ou não intencionais.	Além de fazer uma pergunta, essas confirmações apontam as consequências não intencionais. porque elas têm consequências não intencionais, essas confirmações geralmente têm um ícone de aviso. de confirmação 'cancelar instalação?' exemplos de confirmações de consequências não intencionais. no entanto, esse padrão requer que as consequências sejam verdadeiramente indesejadas. incorreto: de confirmação 'desativar agente de chave?' As consequências são pretendidas aqui, então esta é uma confirmação de rotina.
de Esclarecimentos esclareça como o usuário deseja prosseguir com uma ação que tem consequências potencialmente ambíguas ou inesperadas.	As operações de arrastar e soltar podem resultar em esclarecimentos se o efeito da operação puder ser interpretado incorretamente. de confirmação Exemplos de esclarecimentos. Observação: Esse padrão deve ser evitado porque é melhor projetar ações sem consequências ambíguas e assumir o resultado mais provável desejado.
confirmações de segurança confirme se o usuário deseja prosseguir com uma ação com consequências de segurança.	Exemplos de confirmações de segurança.
confirmações de motivo oculto forneça informações sobre uma ação, mas apresente-a como uma confirmação.	Embora essas caixas de diálogo sejam apresentadas como confirmações, seu objetivo real é a educação do usuário ou o anúncio de recursos. Um exemplo de uma confirmação de motivo oculto. Observação: Esse padrão não é recomendado porque geralmente há uma alternativa melhor e mais direta. Por exemplo, animações são uma maneira melhor de mostrar a relação entre causa e efeito.

Diretrizes

Geral

• Use confirmações de "Salvar alterações" somente quando houver alterações significativas. Não confirme as alterações que não foram feitas diretamente pelo usuário, como reformatação automática de documento.

Incorreto:

Este exemplo está incorreto quando usado para um email ou documento vazio que não foi alterado pelo usuário.

Ícones

• As confirmações não usam ícones da barra de título.

• O ícone da área de conteúdo para uma confirmação baseia-se em seu padrão de design:

  Padrão	Ícone
  Confirmações de rotina	Nenhum ícone.
  Confirmações de ação arriscadas	Ícone de aviso.
  Confirmações de consequências não intencionais	Use um ícone de aviso se houver risco, o ícone do recurso, se disponível; caso contrário, nenhum ícone.
  Esclarecimentos	Se a confirmação envolver um documento, use a miniatura do documento; caso contrário, use o ícone de recurso se disponível ou nenhum ícone.
  Confirmações de segurança	Ícone de aviso.
  Confirmações de motivo oculto	Nenhum ícone.

• Não use ícones de aviso para perguntas rotineiras. Fazer isso é contra o tom encorajador do Windows e faz com que o uso do programa pareça uma atividade perigosa. Suponha que os usuários entendam as consequências do cancelamento de uma tarefa antes de ela ser concluída.

Incorreto:

Neste exemplo, um ícone de aviso é usado para fazer uma pergunta de rotina.

Botões de confirmação

• Usar respostas específicas à instrução principal se o motivo da confirmação for óbvio ou se for autoexplicativo.

Neste exemplo, o motivo da confirmação é óbvio, portanto, Salve e não salve bem o trabalho.

• Caso contrário, use botões Sim e Não para respostas de confirmação. Isso faz com que os usuários façam a confirmação pensar um pouco antes de responder. Nunca use OK e Cancelar para confirmações.

Correto:

Neste exemplo, o uso de botões de confirmação Sim/Não força os usuários a pelo menos ler a instrução principal.

Incorreto:

Neste exemplo, usar OK/Cancelar é confuso.

• Para fechar um programa ou reiniciar o Windows, use respostas específicas para a instrução principal. Para evitar qualquer mal-entendido, não use Fechar ou Sim/Não para essa finalidade.

Correto:

Incorreto:

No exemplo incorreto, Sim é usado para reiniciar o Windows.

Links de comando

• Para o padrão de esclarecimentos, considere o uso de links de comando para deixar as alternativas claras.

Aceitável:

melhor:

No melhor exemplo, os links de comando deixam as alternativas claras.

• Apresentar os links de comando mais usados primeiro. A ordem resultante deve seguir aproximadamente a probabilidade de uso, mas também ter um fluxo lógico.
• Se um link de comando exigir mais explicações, fornecer uma explicação complementar. explicações complementares descrevem por que os usuários podem querer escolher a opção ou o que acontece se a opção for escolhida.

Para obter mais diretrizes e exemplos, consulte Links de Comando.

Valores padrão

• A resposta padrão para uma confirmação baseia-se em seu padrão de design:

  Padrão	Resposta padrão
  Confirmações de rotina	Proceder.
  Confirmações de ação arriscadas	Não prossiga (ou a escolha segura).
  Confirmações de consequências não intencionais	Se as consequências forem significativas, não prossiga; caso contrário, prossiga.
  Esclarecimentos	A resposta mais provável.
  Confirmações de segurança	Não prossiga.
  Confirmações de motivo oculto	Proceder.

Não mostre essa mensagem novamente

• Use essa opção somente para os padrões de confirmação de motivo de rotina e oculto. Para os outros padrões, se as informações forem necessárias, elas sempre deverão ser exibidas.
• Não forneça essa opção para justificar a exibição de uma confirmação desnecessária. Em vez disso, livre-se da confirmação.

Incorreto:

Ainda incorreto:

Nestes exemplos, adicionar uma opção Não mostrar essa mensagem novamente não corrige uma confirmação desnecessária.

Para obter mais diretrizes, consulte caixas de diálogo .

Operações em massa

• Para confirmações que se aplicam a operações em massa, forneça uma opção para aplicar a confirmação a toda a operação.

Este exemplo tem uma opção para operações em massa.

• Eliminar ou adiar confirmações em uma operação em massa.

Incorreto:

Neste exemplo, o Windows Explorer no Windows XP confirma cada arquivo somente leitura durante uma movimentação de arquivo em massa. Melhor apenas copiar os arquivos somente leitura sem perguntar ou adiar o tratamento desses arquivos e apresentar a confirmação no final da tarefa.

Divulgação progressiva

• Se você precisar incluir informações avançadas em uma mensagem de confirmação, revele-as usando botões de divulgação progressiva (por exemplo, "Mostrar detalhes"). Isso simplifica a confirmação do uso típico. Não oculte as informações necessárias porque os usuários podem não encontrá-la.
• Não use "Mostrar detalhes", a menos que realmente haja mais detalhes. Não apenas reafirme as informações existentes em um formato diferente.

Para obter diretrizes de rotulagem, consulte Divulgação Progressiva.

Controle de conta de usuário

• Não use a interface do usuário de elevação do UAC (Controle de Conta de Usuário) como um substituto para uma confirmação. Se uma ação precisar de uma confirmação, use uma caixa de diálogo separada. Durante o de interface do usuário de elevação, os usuários precisam se concentrar em se iniciaram a tarefa e se o programa é confiável.
• Exiba a confirmação antes da interface do usuário de elevação. Isso elimina elevações desnecessárias.

Texto

Geral

• Remova o texto redundante. Procure texto redundante em títulos, instruções principais, instruções complementares, áreas de conteúdo, links de comando e botões de confirmação. Em geral, deixe o texto completo em instruções e controles interativos e remova qualquer redundância dos outros locais.
• Não use "aviso" ou "cuidado" no texto. Se os usuários precisarem continuar com cuidado, indique isso usando um ícone de aviso.

Incorreto:

de confirmação de formatação de volume

Neste exemplo, o termo "aviso" é desnecessário.

Títulos

• Use o título para identificar o comando ou o recurso de onde veio a confirmação. Exceções:
  • Se uma confirmação for exibida por muitos comandos diferentes, considere usar o nome do programa.
  • Se esse título for redundante ou confuso com a instrução principal, use o nome do programa.

No entanto, se a confirmação for de uma tarefa de execução longa e puder ser exibida bem após o início da tarefa, sempre use o comando ou o recurso para identificar claramente o contexto.

• Não use o título para explicar o que fazer na caixa de diálogo essa é a finalidade da instrução principal.
• Se ele adicionar clareza, inicie o título com a palavra Confirmar.
• Para confirmações de ação arriscadas, você pode adicionar o nome do objeto envolvido para ênfase extra.

Neste exemplo, a unidade a ser formatada está incluída no título.

• Use de capitalização no estilo título, sem pontuação final.

Instruções principais

• A instrução principal para uma confirmação baseia-se em seu padrão de design:

  Padrão	Instrução principal
  Confirmações de consequências não intencionais	a conseqüência não intencional. exceção: se uma pergunta perguntando se o usuário deseja prosseguir claramente implica a consequência não intencional, faça a pergunta em vez disso. Neste exemplo, solicitar que o usuário prossiga o suficiente transmite as consequências da ação.
  Todos os outros	Faça uma única pergunta para determinar se o usuário deseja continuar.

• Use apenas uma única frase completa. Remova a instrução principal até as informações essenciais. Se você precisar explicar mais alguma coisa, use uma instrução complementar.

• Ser específico se houver objetos envolvidos, dê seus nomes completos.

• Use frases positivas. A frase positiva é mais fácil de entender para os usuários.

Correto:

Deseja habilitar o compartilhamento de arquivos e impressoras?

Incorreto:

Deseja desabilitar o compartilhamento de arquivos e impressoras?

No entanto, a frase deve corresponder ao comando associado, mesmo que o comando seja formulado negativamente; portanto, por exemplo, use desabilitar para confirmar um comando Desabilitar.

• Embora não haja regras rígidas para frases, essas frases de confirmação comuns têm a conotação indicada:

  Frase	Conotação
  Tem certeza de que deseja [executar uma ação]?	Confirmando o resultado direto de uma solicitação de usuário.
  Deseja [executar uma ação]?	Confirmando um efeito colateral de uma solicitação de usuário.
  Deseja [selecionar um resultado]?	Precisa de um esclarecimento.
  [Executar uma ação]?	Nenhuma conotação.

• Para confirmações de ação arriscadas, use o termo permanentemente para indicar que uma ação não pode ser desfeita.

de confirmação de exclusão permanente

Neste exemplo, "permanentemente" indica que a ação não pode ser desfeita.

• Use de capitalização no estilo de frase.

Instruções complementares

• A instrução complementar para uma confirmação baseia-se em seu padrão de design:

Etiqueta	Valor
padrão de	de instrução complementar
Confirmações de consequências não intencionais	Faça uma única pergunta para determinar se o usuário deseja continuar.
Todos os outros	Explique quaisquer motivos não óbvios pelos quais o usuário talvez não queira continuar. Esses motivos incluem: Perda potencial de um ou mais dos seguintes: Um ativo valioso, como perda de dados ou perda financeira. Acesso ou integridade do sistema. Privacidade ou controle sobre informações confidenciais. Ações irreversíveis.

• Não repita a instrução principal com texto ligeiramente diferente. Em vez disso, omita a instrução complementar se não houver mais a ser adicionado.
• Para confirmações de consequências não intencionais, considere usar o termo de qualquer maneira para indicar concisamente que há um motivo para não continuar caso o usuário tenha ignorado a instrução principal. Consulte conceitos de design para obter mais informações.
• Use frases completas, maiúsculas em estilo de frase e pontuação final.

Documentação

Ao fazer referência a confirmações:

• Consulte uma confirmação por seu título se o título for específico para a confirmação (ou seja, não o nome do programa); caso contrário, consulte-o por sua instrução principal.
• Se necessário, você pode se referir a uma caixa de diálogo de confirmação como uma mensagem.
• Use o texto exato, incluindo sua capitalização.
• Quando possível, formate o texto usando negrito. Caso contrário, coloque o texto entre aspas somente se necessário para evitar confusão.

Exemplo: na mensagem Copiar Arquivo, clique no arquivo mais recente.