CruxDevCruxDev Tools Prompts
text Utility • Zero-Server Privacy • 100% Client-Side

ASCII Banner Art

Turn text into classic block-letter ASCII banners for READMEs, terminal headers, and code comments.

Overview

Turns short text into a five-row block-letter banner built from # characters, in the style of classic figlet output for README headers and terminal title cards. Letters, digits and spaces are supported, up to fourteen characters at a time, and the banner copies as plain monospace text.

How It Works

Type into the input box; the tool strips anything that is not a letter, digit or space as you type and caps the text at fourteen characters. The banner renders live in the output panel below, one glyph per character, each glyph six columns wide and five rows tall with a single space between letters. Copy the result with the button above the output and paste it into a README, code comment or terminal — it aligns correctly in any monospace context.

Step-by-Step Usage Guide

  1. Type your text; invalid characters are filtered out automatically and the input stops at fourteen characters.
  2. Watch the banner build live in the output panel.
  3. Click the copy button above the banner.
  4. Paste inside a fenced code block in Markdown, or a terminal, so the monospace alignment is preserved.

Technical Specifications & Standards

The banner font is defined in the component as a hand-drawn 5x6 grid of # characters for each of the thirty-seven supported glyphs (A-Z, 0-9 and space), with the space glyph narrower so words compress naturally. The renderer slices the input with the spread operator so it iterates code points rather than UTF-16 units, uppercases it, and concatenates each glyph row-by-row into five strings joined with newlines — there is no canvas or image step, so the output stays crisp at any zoom and costs a few hundred bytes. Characters outside the alphabet, such as punctuation or accented letters, are removed by the input filter rather than rendered, which is why the tool cannot draw a URL but can draw the words around one. The fourteen-character cap keeps the widest possible banner at roughly ninety-eight columns, inside the 80-100 column terminal width that README code fences assume.

Targeted Use Cases

  • Adding a project title header to a README that reads well on GitHub without an image.
  • Printing a startup banner inside a CLI tool, where a few dozen # characters cost nothing to ship.
  • Labelling commit messages, changelogs or log files with a visual separator that survives plain text.
  • Teaching how bitmap-style fonts map characters to grids in a programming lesson.

Notes & Gotchas

  • Always paste the banner into a monospace context — a code fence, pre tag or terminal — or the rows will misalign.
  • Keep it under about ten characters if it must fit an 80-column terminal with margins.
  • Add a blank line around the banner inside the code fence so it does not crowd adjacent text.
  • Avoid editing the output by hand; the grid only lines up if every row keeps exactly the same column count.

Frequently Asked Questions

Why can I not type punctuation or symbols?

The built-in font covers A-Z, 0-9 and space only. The input filter removes anything else as you type, so the banner never contains a glyph the font cannot draw. Type the words without punctuation, or split across two banners.

Why is my text cut off at 14 characters?

Fourteen six-column glyphs produce a banner about 98 columns wide, which is the practical limit for terminal and README code-fence widths. For longer phrases, generate the banner in pieces and stack them.

How do I keep the alignment in a README?

Put the banner inside a fenced code block (three backticks). Code blocks render in a monospace font, which is what the character grid assumes; in normal paragraphs proportional fonts shift every row differently.

Is this real figlet output?

No. It is a self-contained five-row block font defined in the page, inspired by classic banner style. It needs no font files or libraries, but it draws fewer glyphs than full figlet fonts.