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.
• Consistem numa pergunta simples e em 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 pode 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 as confirmações. Estes elementos são necessários para justificar a interrupção da resposta a um diálogo modal.

Por outro lado, mensagens de aviso apresentar uma condição que pode causar um problema no futuro. A sua característica fundamental é o facto de implicarem riscos:

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

Se uma confirmação envolve risco, também pode ser considerada um aviso. Consequentemente, as orientações relativas às mensagens de aviso também se aplicam.

Nota: Diretrizes relacionadas a caixas de diálogo , mensagens de erro, de layout e mensagens de aviso são apresentadas em artigos separados.

Esta é a interface de usuário correta?

Para decidir, considere estas questões:

• Está sendo feita uma pergunta ao usuário 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? Em caso afirmativo, use uma mensagem de erro em vez disso.
• Prosseguir com a ação exige que o usuário faça uma escolha que não tenha um padrão adequado? Em caso afirmativo, poderá ser adequada uma confirmação.
• Existe um design alternativo que elimine a necessidade da confirmação? A necessidade de uma confirmação às vezes 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 realizar uma ação arriscada? Em caso afirmativo, é adequada uma confirmação se a ação tiver consequências significativas ou não puder ser facilmente desfeita.
• O usuário está prestes a abandonar uma tarefa? Se sim, 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? Em caso afirmativo, poderá ser adequada uma confirmação.
• Dado o contexto atual, é provável que os usuários estejam executando uma ação por engano? Em caso afirmativo, poderá ser adequada uma confirmação.
• Os usuários executam a ação com frequência? Em caso afirmativo, considere um desenho ou modelo 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 em termos de segurança? Em caso afirmativo, pode ser necessária uma confirmação, mesmo que os testes anteriores indiquem o contrário.

Conceitos de design

Confirmações desnecessárias são irritantes

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

A confirmação irritante original.

Foi um péssimo começo. 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 foi de alguma forma clicado ou pressionado acidentalmente, é claro que o usuário quer prosseguir.

As confirmações desnecessárias não só são irritantes, como também não são eficazes para proteger o utilizador de 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 leitura. Consequentemente, tais confirmações pouco mais fazem do que acrescentar um passo extra a estas 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 afirmam 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 apenas quando são realmente necessários para uma ação, como pedir aos usuários que salvem as alterações apenas quando houver alterações que valham a pena salvar. Fazê-lo exige a atenção do utilizador apenas quando é verdadeiramente justificado.

Para outros tipos de confirmações, muitas vezes 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:

• Previna erros. Projete tarefas para que erros significativos sejam difíceis de fazer acidentalmente. Por exemplo, separe fisicamente os comandos destrutivos de outros comandos e exija várias ações para ser concluído.
• Fornecer desfazer. Fornecer a capacidade de reverter ações. Por exemplo, excluir 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 pode ser suficiente.
• Forneça comentários. Torne óbvios os resultados indesejáveis. 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) deve ser sempre óbvio.
• Assuma o resultado provável, mas facilite a mudança. Se você não tem certeza do que os usuários querem, mas há uma escolha provável, segura e protegida, assuma essa escolha, deixe claro o que aconteceu e facilite a alteração usando um menu de contexto. Por exemplo, o Microsoft Word assume que os usuários desejam soletrar palavras corretamente. Se reconhecer uma palavra com erros ortográficos 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 requer reflexão

Para que uma confirmação tenha valor, os usuários precisam entender o motivo de não prosseguir. À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, a razão para a confirmação é óbvia.

Em outras situações, o motivo pode não ser tão óbvio.

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

Incorreto:

Neste exemplo, a resposta correta requer reflexão.

Se você apresentar essa confirmação imediatamente após o usuário ter dado 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 tomem decisões precipitadas e emocionais. Para incentivar os utilizadores a pensarem na sua resposta, precisamos de proporcionar um pequeno aumento de velocidade na tomada de decisões. Quando prático, geralmente é melhor fazer isso definindo cuidadosamente os botões de confirmação. Por exemplo, podemos usar linguagem adicional para indicar que há uma razão para não continuar.

Melhor:

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

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

Também melhor:

Neste exemplo, usar os 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ê vai fazer uma pergunta, você deve 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.

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

• Copie (ou mova) o outro ficheiro, 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 obter o cenário 1 clicando em Sim e o 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 é 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 dos ficheiros são arredondados, pelo que, por exemplo, é impossível determinar se estes ficheiros têm o mesmo tamanho ou mesmo se são o mesmo ficheiro. Os ícones são para o aplicativo usado para abrir o arquivo, então 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 Copiar arquivo do Windows Vista faz um trabalho muito melhor de lidar com esses cenários, fornecendo mais informações e adicionando a opção para manter ambos os arquivos:

A confirmação do arquivo de cópia do Windows Vista.

Fornecer informações específicas e úteis

Se você vai fazer uma pergunta, certifique-se de que os usuários entendam 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 exiba uma página, e esta mensagem desaconselha implicitamente através da redação do texto e destacando Não como a opção padrão.

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

Para que esta confirmação seja útil, deve fornecer mais informações específicas que possam levar o utilizador a decidir não prosseguir. Em geral, para cada resposta em uma confirmação, considere os cenários que a exigem e certifique-se de que há informações suficientes fornecidas para que os usuários queiram escolhê-la. Forneça escolhas, não dilemas.

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

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 for provável que os utilizadores selecionem todas as respostas, a confirmação é necessária e útil. No entanto, se apenas uma resposta for provável (digamos 98% das vezes), a confirmação é claramente desnecessária e deve ser removida. Observe que confirmações relacionadas a questões de segurança, legais e de segurança são exceções possíveis.

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

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

1. Certifique-se de que a 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 o façam.

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 utilização

As confirmações têm vários padrões de utilização:

Utilização	Exemplo
Confirmações de rotina Confirme se o usuário deseja prosseguir com uma ação de rotina e de baixo risco.	Essas confirmações geralmente são expressas "você tem certeza...?" e muitas vezes têm uma caixa de seleção não mostrar essa mensagem novamente para minimizar seu incômodo. Exemplos de confirmações de rotina. Nota: Este padrão é geralmente desnecessário e deve ser evitado.
Ação arriscada confirma Confirme se o usuário deseja prosseguir com uma ação que tem algum risco e não pode ser facilmente desfeita.	Por terem risco, essas confirmações geralmente têm um ícone de aviso. Exemplos de confirmações de ações 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. Como 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, este padrão exige que as consequências sejam verdadeiramente não intencionais. incorreto: As consequências são pretendidas aqui, por isso esta é uma confirmação de rotina.
Esclarecimentos esclarecer como o usuário deseja prosseguir com uma ação que tenha 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 mal interpretado. Exemplos de esclarecimentos. Nota: Este padrão deve ser evitado porque é melhor conceber ações sem consequências ambíguas e assumir o resultado desejado mais provável.
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.
Segundas confirmações fornecer informações sobre uma ação, mas apresentá-las 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 a publicidade de recursos. Um exemplo de confirmação de segundas intenções. Nota: Este padrão não é recomendado porque geralmente existe uma alternativa melhor e mais direta. Por exemplo, animações são uma maneira melhor de mostrar a relação entre causa e efeito.

Orientações

Geral

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

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 é baseado em seu padrão de design:

  Padrão	Ícone
  Confirmações de rotina	Sem í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 de 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 segundas intenções	Sem ícone.

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

Incorreto:

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

Botões de confirmação

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

Neste exemplo, o motivo da confirmação é óbvio, portanto, Salvar e Não salvar funcionam bem.

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

Correto:

Neste exemplo, usar os 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/Cancel é 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 este fim.

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.

• Apresente primeiro os links de comando mais usados. 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 suplementar. 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 Command Links.

Valores padrão

• A resposta padrão para uma confirmação é baseada em seu padrão de design:

  Padrão	Resposta padrão
  Confirmações de rotina	Prossiga.
  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 segundas intenções	Prossiga.

Não mostrar esta mensagem novamente

• Use esta opção apenas para os padrões de confirmação de rotina e segundas intenções. Para os outros padrões, se a informação for necessária, deve ser sempre exibida.
• Não forneça essa opção para justificar a exibição de uma confirmação desnecessária. Basta livrar-se da confirmação.

Incorreto:

Ainda incorreto:

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

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

Operações a granel

• 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.

• Elimine ou adie 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 pedir, 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 para o uso típico. Não oculte as informações necessárias porque os utilizadores podem não as encontrar.
• Não use "Mostrar detalhes" a menos que realmente haja mais detalhes. Não se limite a reafirmar as informações existentes num formato diferente.

Para obter diretrizes de rotulagem, consulte Progressive Disclosure.

Controlo de Conta de Utilizador

• Não use a interface do usuário de elevação do Controle de Conta de Usuário (UAC) como um substituto para uma confirmação. Se uma ação precisar de uma confirmação, use uma caixa de diálogo separada. Durante a de elevação deda interface do usuário, os usuários precisam se concentrar em saber 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 suplementares, áreas de conteúdo, links de comando e botões de confirmação. Geralmente, deixe o texto completo em instruções e controles interativos e remova qualquer redundância dos outros lugares.
• Não use "aviso" ou "cuidado" no texto. Se os usuários precisarem prosseguir com cuidado, indique isso usando um ícone de aviso.

Incorreto:

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

Títulos

• Use o título para identificar o comando ou 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 longa duração e puder ser exibida bem depois que a tarefa for iniciada, sempre use o comando ou recurso para identificar claramente o contexto.

• Não use o título para explicar o que fazer no diálogo esse é o objetivo da instrução principal.
• Se adicionar clareza, inicie o título com a palavra Confirmar.
• Para confirmações de ações 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 maiúsculas estilo título , sem pontuação final.

Instruções principais

• A principal instrução para uma confirmação é baseada em seu padrão de design:

  Padrão	Instrução principal
  Confirmações de consequências não intencionais	indicar a consequência não intencional. exceção: se uma pergunta perguntando se o usuário deseja prosseguir implica claramente a consequência não intencional, faça a pergunta em vez disso. Neste exemplo, pedir ao usuário que proceda 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.

• Seja conciso, use apenas uma única frase completa. Retire as instruções principais para as informações essenciais. Se tiver de explicar mais alguma coisa, utilize uma instrução suplementar.

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

• Use frases positivas. O fraseado positivo é mais fácil para os usuários entenderem.

Correto:

Pretende ativar a partilha de ficheiros e impressoras?

Incorreto:

Deseja desativar o compartilhamento de arquivos e impressoras?

No entanto, o fraseado deve corresponder ao comando associado, mesmo que o comando seja formulado negativamente; assim, por exemplo, use disable para confirmar um comando Disable .

• Embora não existam regras rígidas para o fraseado, estas 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 do usuário.
  Deseja [executar uma ação]?	Confirmando um efeito colateral de uma solicitação do usuário.
  Gostaria de [selecionar um resultado]?	Precisa de um esclarecimento.
  [Executar uma ação]?	Sem conotação.

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

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

• Use de maiúsculas no estilo de frase.

Instruções complementares

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

Rótulo	Valor
Padrão	Instrução suplementar
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 razões não óbvias pelas quais o usuário pode não querer continuar. Tais razões 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 controlo sobre informações confidenciais. Ações que são irreversíveis.

• Não repita a instrução principal com uma redação ligeiramente diferente. Em vez disso, omita a instrução suplementar se não houver mais a adicionar.
• Para confirmações de consequências não intencionais, considere usar o termo de qualquer maneira para indicar de forma concisa que há uma razão 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 no estilo de frase e pontuação final.

Documentação

Quando se refere a confirmações:

• Consulte uma confirmação pelo 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, refere-se a ele 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 maiúsculas.
• Sempre que possível, formate o texto em negrito. Caso contrário, coloque o texto entre aspas apenas se necessário para evitar confusões.

Exemplo: Na mensagem Copiar Ficheiro, clique no ficheiro mais recente.