Como lidar com a letra e com acento agudo no dia a dia
A letra e com acento agudo — o é minúsculo e o É maiúsculo — parece algo trivial até você precisar inserir esse caractere num sistema que não responde de jeito nenhum. Conheço bem esse momento. A tecla não funciona, o código-fonte mostra interrogações, e o cliente não entende por que o nome da pessoa ou do produto está vindo cortado. O problema não é tão simples quanto parecer. Vou explicar como fazer funcionar em cada contexto comum, com os detalhes que os tutoriais genéricos nunca mencionam.
letra e com acento agudo: o que você precisa saber antes de tentar qualquer coisa
Em português, o e com acento agudo aparece em palavras como é, têm, vê, céu, intérprete. Também é comum em nomes próprios estrangeiros digitados sem adaptação, e em códigos técnicos onde ninguém pensa duas vezes em preservar a grafia original. O que a maioria das pessoas não sabe é que o é não é um caractere único em muitos sistemas. Ele pode ser representado de duas formas no Unicode, e essa diferença causa bugs que parecem Aleatórios mas na verdade são consistentes. Existe a forma pré-composta, Unicode U+00E9 (é), e a forma decomposta, composta pelo U+0065 (e) seguido do combinador U+0301 (acento agudo). Visualmente idênticos. Tecnicamente diferentes. E isso quebra consultas em banco de dados, buscas em planilhas, e validações em formulários web sem nenhum aviso óbvio.
Encontrei esse problema específico numa base de clientes onde o cadastro de pessoas jurídicas aceitava nomes com acento. O sistema de notas fiscais, porém, fazia uma busca exata pelo CPF e CNPJ usando a string do nome como índice secundário. Clientes cadastrados via importação CSV vinham com a forma decomposta. Clientes digitados manualmente vinham com a forma pré-composta. O resultado: duplicatas silenciosas, notas emitidas para nomes levemente diferentes, e uma auditoria que levou três dias para encontrar a raiz porque nada dava erro — apenas nada batia. A solução foi rodar um script de normalização NFKC (Canonical Decomposition, followed by Canonical Composition) sobre toda a coluna de nomes antes de qualquer inserção ou consulta. A função em Python é uma linha: unicodedata.normalize('NFKC', texto). Em SQL server, usei uma expressão com COLLATE Latin1_General_CI_AS que normaliza implicitamente. Em Excel, não existe solução nativa, então exportava para CSV, rodava o script Python, e reimportava.
Métodos para digitar o é corretamente em cada plataforma
No Windows com teclado ABNT2, a combinação mais direta é Ctrl + Shift + : (dois-pontos), soltar, e depois pressionar E. No teclado padrão americano sem modifier, a sequência é Ctrl + Shift + ' seguido de E. Teste antes de confiar — em algumas versões do Windows 10, o Ctrl+Shift+' serve para mudar de teclado e acaba conflitando com aDeadkey do acento. No macOS, a forma mais confiável é manter a tecla E pressionada e escolher a opção é do menu de acentos que surge na tela. Alternativamente, use Option + E, solte, e pressione E de novo. Se seu teclado tiver a tecla Option já mapeada para outra função no aplicativo que você está usando, o método de pressionar e segurar é mais seguro porque ignora atalhos de software.
Em Linux com ABNT2, o procedimento padrão do X11 e Wayland é Ctrl + Shift + ' seguido de E. No GNOME, verifique em Configurações Teclado Composição se a deadkey está atribuída ao right Ctrl ou a outra combinação. Uma configuração errada aqui faz com que todos os acentos falhem de vez, não só o é.
Quando a digitação não é o problema, mas a exibição é
Um dos erros mais frequentes que vejo em listas de suporte técnico não é o usuário saber digitar. É o usuário digitar certinho, salvar, e receber de volta um caractere estranho. Isso geralmente acontece por uma destas razões: O arquivo foi salvo em ANSI ou em uma codificação legacy incompatível. Se você está trabalhando com CSV aberto em Excel e vê caracteres como é quando deveria ver é, o arquivo provavelmente foi codificado em ISO-8859-1 e o Excel abriu com UTF-8, ou o contrário. A correção é abrir o CSV pelo menu Dados Importar Dados, escolher a codificação correta, e salvar como CSV UTF-8.
👉 Clique no botão abaixo para saber mais sobre o assunto!
A fonte usada no documento ou na interface não contém o glifo. Isso é mais comum do que se imagina em fontes monoespaçadas ou em fonts instaladas localmente que são subsets de fontes maiores. O é quase sempre existe em qualquer font razoável, mas se o sistema retornou um quadrado ou um ponto de interrogação em vez do acento, a fonte do elemento não tem esse glifo. A correção é trocar a fonte por uma que garanta cobertura latina ampliada, como Roboto, Inter, Open Sans, ou qualquer font do Google Fonts marcada como Latin. O banco de dados ou a coluna da tabela foi criada com collation incompatível. Colunas VARCHAR em MySQL configuradas com latin1_swedish_ci aceitam a entrada, mas podem corromper a saída se o charset da conexão não for definido como utf8mb4. O teste rápido é rodar SELECT HEX(coluna) FROM tabela LIMIT 5. Se você vir C3 A9 nos resultados, está em UTF-8 e tudo certo. Se vir C3 83 C2 A9, a codificação entrou dupla e precisa de correção na camada de conexão, não na tabela.
Geradores e ferramentas para obter o caractere rapidamente
Existem sites e ferramentas que geram o é pronto para copiar, mas a utilidade real delas aparece em contextos específicos. Se você precisa inserir o caractere num campo de formulário web que bloqueia colagem de texto formatado, gerar a partir de uma página de códigos Unicode é mais confiável do que tentar copiar de um Word ou de uma planilha. O gerador mais direto é simplesmente acessar a página de caracteres Unicode do U+00E9 e copiar o glifo. Não precisa de extensão, não precisa de plugin, e não depende do teclado estar funcionando no computador atual. A desvantagem é que você perde o contexto — se está digitando uma frase longa, parar para copiar e colar quebra o fluxo e aumenta o risco de erro de digitação nas partes que você ainda precisa escrever à mão.
Uma alternativa prática é criar um snippet ou macro no seu editor de texto habitual. No VS Code, por exemplo, você pode mapear uma fragmentação que insere é com duas teclas. No Notepad++, o recurso de Snippets faz a mesma coisa. O ganho é pequeno no início, mas em documentos longos com banyak ocorrência do é, o tempo economizado é perceptível, e o risco de erro cai porque a digitação manual do acento é substituída por um atalho consistente.
Erros que parecem pequenos mas causam problema grande
O primeiro erro comum é confundir o é com o ê. Ambos são e com acento, mas o acento circunflexo (ê) e o acento agudo (é) são distintos e não intercambiáveis. Em buscas indexadas, palavras como vê vs. vê (no sentido correto do verbo ver) versus vê com circunflexo podem cair em homógrafos diferentes dependendo da palavra. A normalização NFKC que mencionei acima trata os dois acentos de formas distintas, então garantir a normalização correta não resolve esse problema especificamente — você precisa validar a acentuação pela regra ortográfica, não apenas pela unicidade do byte. O segundo erro frequente é tratar o é como um caractere opcional em validações de senha ou de campos obrigatórios. Alguns sistemas de validação removem acentos automaticamente antes de comparar. Isso pode parecer conveniente, mas em campos como CPF, CNPJ, ou nome completo de beneficiário de plano de saúde, a remoção automática gera equivalências indevidas. Duas pessoas com nomes que diferem apenas pela presença ou ausência de acento podem ser tratadas como a mesma entidade, e isso já causou problemas reais em sistemas de saúde e financeiras.
Um terceiro erro, menos óbvio, é assumir que a ordenação lexicográfica respeita acentos da forma esperada. Em muitas configurações de collation, é é tratado como equivalente a e para fins de ordenação. Em outras, vem depois de z. Se você precisa de ordenação alfabética fiel ao português, defina explicitamente a collation correta na consulta ou na configuração do banco de dados. Collations genéricas como utf8mb4_general_ci vão te dar resultados inconsistentes entre versões de MySQL.
Resumo prático
Para digitar rapidamente: no Windows use Ctrl+Shift+' ou Ctrl+Shift+: seguido de E. No macOS segure E até aparecer o menu de acentos. No Linux, a deadkey padrão do X11 é Ctrl+Shift+'. Para evitar problemas de codificação, garanta que arquivos, conexões e tabelas usem utf8mb4 consistentemente. Para normalizar strings antes de consultas, aplique NFKC. Para contornar bloqueios de colagem, use geradores Unicode diretamente. E não confie em validações que removem acentos automaticamente em campos que exigem fidelidade ortográfica. Se o problema persistir mesmo após essas verificações, o mais provável é que a questão esteja na camada de apresentação e não na de armazenamento. Nesse caso, inspecione a tag meta charset do HTML, o cabeçalho HTTP Content-Type, e a configuração da fonte no CSS. Três lugares onde o é pode ser corrompido sem que o formulário ou o banco de dados mostrem qualquer erro.
