Gerador de texto de arte ASCII
Transforme qualquer texto em grandes caracteres de arte ASCII. Escolha entre vários estilos de fonte.
Saída
O que é realmente a arte ASCII
A arte ASCII é texto renderizado como design visual, formas de letras, banners, desenhos a traço e imagens compostas inteiramente a partir dos caracteres imprimíveis do conjunto ASCII (decimal 32–126: espaço, letras, dígitos, pontuação). O meio é tecnologicamente minimalista por design: qualquer dispositivo capaz de exibir texto consegue exibir arte ASCII, sem ficheiros de fontes, sem descodificador de imagem, sem renderização gráfica, apenas caracteres monoespaçados dispostos numa grelha. Os dois principais sabores: arte ASCII tipográfica renderiza grandes «fontes» de formas de letras em que cada caractere de texto normal é construído a partir de muitos caracteres mais pequenos, usado para banners e cabeçalhos; arte ASCII pictórica usa a densidade e formas dos caracteres para aproximar imagens, usada para retratos, ícones e ilustrações decorativas. Este gerador produz arte ASCII tipográfica, escreva uma palavra, veja-a renderizada em qualquer uma de várias fontes de caracteres grandes, copie o resultado.
De teleimpressores a FIGlet, uma breve história
O texto-como-imagem remonta para mais longe que os computadores. A arte de máquina de escrever e a «arte de fita» (imagens compostas a partir de caracteres de máquina de escrever) apareceram em revistas especializadas já nos anos 1890. O meio mudou-se naturalmente para as primeiras máquinas digitais: as impressoras de linha e os terminais teleimpressores só conseguiam exibir caracteres monoespaçados, por isso qualquer imagem que precisasse de aparecer numa saída impressa de computador era construída a partir de caracteres. Os famosos impressos do Snoopy e da Mona Lisa dos anos 1960 e 1970, a arte de cartões de Natal em impressora de linha nos centros informáticos universitários, os primeiros «art packs» de BBS trocados nos quadros electrónicos por marcação telefónica nos anos 1980, todos são antepassados directos. FIGlet (Frank, Ian and Glenn's Letters) foi criado em 1991 por Glenn Chappell, com contribuições posteriores de Ian Chai e John Cowan. FIGlet introduziu o formato de fonte .flf que definia como renderizar arte em caracteres grandes para cada letra ASCII, e foi entregue com uma biblioteca de fontes nomeadas («Banner», «Block», «Big», «Bubble», «Standard», «Slant», «Shadow», «Lean» e dezenas mais). As fontes foram contribuídas por utilizadores ao longo de décadas, no final dos anos 1990 a biblioteca de fontes FIGlet ultrapassava 200 designs distintos. Os geradores modernos de arte ASCII (este incluído, em conceito) usam definições de fontes ao estilo FIGlet ou portes directos de figlet.js, a reimplementação em JavaScript, por isso as opções tipográficas disponíveis em 2026 são essencialmente as mesmas fontes que a comunidade FIGlet curou ao longo dos anos 1990 e 2000.
A demoscene e a tradição da arte ANSI
A arte ASCII pura tem um irmão: a arte ANSI, que usa os caracteres estendidos da code page 437 do IBM PC (peças de desenho de caixas, blocos sombreados ░ ▒ ▓ █, meios-blocos, formas geométricas) mais sequências de escape ANSI para cor. A arte ANSI foi a estética dominante da cultura BBS por marcação telefónica no final dos anos 1980 e nos anos 1990, os ecrãs de boas-vindas, interfaces de menu e peças assinatura dos sistemas de quadro electrónico. Grupos como ACiD Productions (fundado em 1990) e ICE (Insane Creators Enterprise, 1993) lançavam «art packs» mensais (colecções de obra ANSI partilhadas como arquivos ZIP através da rede BBS) que elevaram a arte em modo caractere a uma forma de arte digital reconhecida com artistas nomeados, festivais (NAID, Block Party, Demosplash) e julgamento competitivo. A demoscene mais ampla, a subcultura europeia de programadores-artistas que começaram a partir do quebrar protecção contra cópia em jogos de Commodore 64 e Amiga e graduaram-se em produzir demos audiovisuais autónomos, manteve a arte em modo texto viva muito depois de as interfaces puramente de caracteres terem sido substituídas por GUIs. As distribuições Linux modernas ainda incluem figlet, toilet (uma variante colorida de figlet), boxes, banner e várias outras ferramentas de arte textual como pacotes padrão, descendentes directos da mesma cultura.
Onde a arte ASCII ganha o seu sustento em 2026
- Banners de README do GitHub. Muitos projectos de código aberto abrem o seu README com uma renderização em arte ASCII do nome do projecto, Vim, Tmux, Neofetch, Lazygit, Bun, Deno e centenas de ferramentas mais pequenas. A convenção sinaliza «este é um projecto técnico sério» mantendo-se renderizável em qualquer visualizador markdown que suporte um bloco de código.
- Banners de boas-vindas de terminal (MOTD). Banners de início de sessão SSH, mensagens de arranque de contentor Docker, saudações de primeira execução de ferramentas CLI, onde quer que uma ferramenta de linha de comandos queira identificar-se de modo visível.
cowsay,fortuneeneofetchsão categorias inteiras de ferramentas «fazer com que terminais se sintam pessoais» construídas em torno da arte ASCII. - Marcadores de secção em logs CI/CD. Os longos logs do Jenkins, GitHub Actions ou GitLab CI tornam-se navegáveis quando cada fase de build abre com um cabeçalho em banner. Procurar «DEPLOY» num log de 10 000 linhas é muito mais fácil quando «DEPLOY» aparece como cabeçalho em blocos de seis linhas do que como uma string plana de uma linha.
- Separadores de secção em código. Os ficheiros fonte grandes divididos em secções lógicas usam frequentemente comentários em arte ASCII para marcar fronteiras, particularmente comum em cabeçalhos C/C++, ficheiros de esquema SQL e código COBOL/Fortran legacy onde os editores não dobram secções automaticamente.
- Assinaturas de e-mail e publicações em fórum. As plataformas de e-mail em texto simples e de fórum (LKML, Hacker News, o antigo modo texto do Reddit, os snippets em texto simples do Slack) exibem todas correctamente a arte ASCII. As assinaturas pessoais em e-mail de texto simples incluem frequentemente pequenas peças ASCII.
- Estética retro e hacker. A arte ASCII é a assinatura visual dos write-ups de CTF, dos blogues de investigação em segurança, das capturas de ecrã de terminal e das landing pages de estilo cyberpunk. O próprio meio lê-se como «competência de baixo nível» na cultura tech.
- Decoração textual amigável à acessibilidade. Ao contrário das imagens, a arte ASCII é lida em voz alta pelos leitores de ecrã como os caracteres subjacentes, por vezes útil, por vezes não. A prática moderna é envolver os grandes banners ASCII em
aria-hidden="true"quando o visual é decorativo e o texto se repete normalmente noutro local, para evitar que os leitores de ecrã leiam milhares de caracteres de underscore e barra vertical.
O vocabulário de fontes
A biblioteca de fontes do FIGlet nomeia um vocabulário de estilos que se tornou padrão. Standard é o predefinido convencional, formas de caractere sem serifas limpas, quatro linhas de altura. Banner usa traços mais pesados para impacto máximo, adequado para o início mesmo de um README. Block usa blocos sólidos preenchidos, óptimo quando se quer um «isto é um logótipo» sem ambiguidade. Big é mais alto que Standard, mais dramático. Bubble usa formas arredondadas que se leem como amistosas. Slant e Lean são variantes itálicas. Shadow adiciona um efeito de sombra projectada. 3D-ASCII tenta perspectiva; os resultados variam consoante o conteúdo. Mini é uma fonte compacta para espaços apertados. Letters, Doom, Speed, Rounded, Script, Star Wars, Goofy, Italic, Roman, Univers: a biblioteca de fontes FIGlet tem centenas de opções, contribuídas por artistas individuais ao longo de três décadas. A escolha importa menos do que como se lê no seu terminal, fontes que ficam óptimas numa captura de ecrã larga podem transbordar em janelas de chat estreitas; fontes que se leem limpas em modo monoespaçado podem ficar trapalhonas num cliente de e-mail com fonte proporcional (teste sempre onde o destinatário irá ver).
Considerações práticas para partilhar arte ASCII
Envolva sempre num contexto de largura fixa. A arte ASCII depende de cada caractere ocupar a mesma largura, as fontes proporcionais (a predefinição na maioria dos processadores de texto e em muitos clientes de e-mail) destroem o alinhamento. Em Markdown, envolva num bloco de código (cerca com triplo backtick). Em HTML, use <pre> ou <code> com uma fonte monoespaçada. No Slack, use a sintaxe de bloco de código de triplo backtick. Em e-mail, envie só em texto simples ou use uma fonte monoespaçada no editor de texto rico. Atenção à largura da linha. Cada fonte produz saída com largura por caractere diferente; palavras longas ou fontes curtas produzem saída larga que pode envolver-se em ecrãs estreitos. Teste com uma string fonte de 30 caracteres (o tecto desta ferramenta) em diferentes larguras antes de se comprometer com um banner que tem de ser exibido em muitos ambientes. Atenção à codificação de ficheiros. O ASCII puro (o conjunto original de 7 bits) sobrevive a todos os sistemas de codificação inalterado. Os caracteres estendidos (desenho de caixas, letras acentuadas, emoji) requerem UTF-8 ao longo de todo o pipeline; uma codificação incompatível transformará os caracteres de desenho de caixas em mojibake.
Privacidade: geração apenas no navegador
O texto que converte raramente é sensível (nomes de projectos, «Hello», um cabeçalho de banner) mas a propriedade arquitectónica é a mesma que para qualquer outra ferramenta aqui: nada sai do seu dispositivo. A conversão corre inteiramente no seu navegador através de JavaScript, sem upload, sem registo, sem telemetria. Verifique no separador Rede das DevTools enquanto clica nas opções de fonte (não dispara nenhum pedido), ou ponha a página offline (modo de avião) após o carregamento e o gerador continua a funcionar. Útil quando o texto que está a converter é um nome de projecto confidencial ou um código de produto não publicado, mesmo que os dados sejam breves, não passam por nenhum log de terceiros.
Perguntas frequentes
Qual é o limite de caracteres para a conversão?
30 caracteres nesta ferramenta, por design. A arte ASCII gerada a partir de strings mais longas produz saída demasiado larga para a maioria dos ecrãs, janelas de terminal e áreas de transferência, e tende a envolver-se de modo desastrado em qualquer contexto estreito. Para strings muito longas, considere dividir o texto entre vários banners (um banner por palavra) ou usar uma fonte mais compacta como Mini. A maioria dos banners que sobrevivem na natureza tem cinco a quinze caracteres de comprimento, curtos, contundentes e visualmente identificáveis.
Posso usar a arte gerada em código ou documentos?
Sim, onde quer que texto monoespaçado seja exibido correctamente. Em READMEs Markdown, envolva a arte ASCII num bloco de código de triplo backtick para que o renderer use uma fonte de largura fixa. No código fonte, coloque dentro de comentários de bloco (/* ... */ em C/JS, """...""" em Python). Em HTML, use <pre>. Em e-mail, envie como texto simples ou defina o editor de texto rico para uma fonte monoespaçada para o bloco em causa. Evite colar em contextos com fonte proporcional (a maioria dos editores de texto rico de e-mail, a maioria dos processadores de texto) sem antes mudar para monoespaçado, as fontes proporcionais destroem o alinhamento.
Funciona offline?
Sim, uma vez que a página carrega, toda a conversão corre no seu navegador através de JavaScript com as definições de fonte ao estilo FIGlet incluídas na página. Não disparam chamadas de rede quando muda o texto ou escolhe uma fonte. Ponha a página offline (modo de avião) e o gerador continua a funcionar.
Como é que a arte ASCII interage com leitores de ecrã?
Os leitores de ecrã leem os caracteres subjacentes, para um grande banner de letras em bloco, isso significa centenas de underscores e barras verticais lidos em voz alta, o que raramente é útil. O padrão amigável à acessibilidade é (a) incluir o banner apenas como decoração, (b) repetir o texto real num cabeçalho HTML normal ou parágrafo próximo, e (c) envolver a arte ASCII em aria-hidden="true" para que o leitor de ecrã a salte. O banner visual permanece para os utilizadores videntes; o texto subjacente é lido normalmente para os utilizadores de leitor de ecrã.