アスキーアートテキストジェネレーター
任意のテキストを大きなASCIIアート文字に変換します。複数のフォントスタイルから選択できます。
出力
ASCIIアートとは?
ASCIIアートは、印刷可能な文字を使って視覚的なデザインを作成します。コードコメント、README、ターミナルバナー、レトロスタイルの装飾でよく使われます。テキストの各文字は、テキスト文字で構成された大きなパターンとしてレンダリングされます。
テレタイプから FIGlet まで、簡単な歴史
文字-絵のアートはコンピュータより前から存在します。タイプライターアートと「リボンアート」、つまりタイプライター文字で構成された画像は、1890年代から専門誌に登場していました。媒体は初期のデジタル機械に自然に移りました、ラインプリンタとテレタイプ端末は等幅文字しか表示できなかったので、印刷されたコンピュータ出力に現れる必要のある画像は文字から構築されなければなりませんでした。1960年代と1970年代の有名な Snoopy とモナリザの印刷物、大学のコンピュータセンターのラインプリンタクリスマスカードアート、1980年代にダイヤルアップ BBS で交換された初期の BBS「アートパック」、すべて直接の祖先です。FIGlet(Frank, Ian and Glenn's Letters)は1991年に Glenn Chappell によって作られ、後に Ian Chai と John Cowan が貢献しました。FIGlet は各 ASCII 文字に対して大きな文字アートをレンダリングする方法を定義する .flf フォントフォーマットを導入し、名前付きフォントライブラリ("Banner"、"Block"、"Big"、"Bubble"、"Standard"、"Slant"、"Shadow"、"Lean"、その他多数)が付属していました。フォントは何十年にもわたってユーザーが寄稿し、1990年代後半までに FIGlet フォントライブラリは200を超える独自のデザインに達しました。現代の ASCII アートジェネレーター(このツールも、概念上)は FIGlet スタイルのフォント定義または figlet.js(JavaScript への再実装)からの直接ポートを使用するので、2026年に利用可能なフォントオプションは、本質的に FIGlet コミュニティが1990年代と2000年代に構築したのと同じフォントです。
demoscene の伝統と ANSI アート
純粋な ASCII アートにはいとこがいます、ANSI アート、IBM PC コードページ 437 の拡張文字(罫線文字、シェードブロック ░ ▒ ▓ █、ハーフブロック、幾何学的形状)に加えて色のための ANSI エスケープシーケンスを使用します。ANSI アートは1980年代後半から1990年代のダイヤルアップ BBS 文化の支配的な美学でした、ようこそ画面、メニューインターフェース、電子掲示板システムの署名作品。ACiD Productions(1990年設立)や ICE(Insane Creators Enterprise、1993)のようなグループは月例「アートパック」を発表し、BBS ネットワークを介して ZIP アーカイブとして共有された ANSI 作品のコレクションは、文字モードアートを認識された名前のあるアーティスト、フェスティバル(NAID、Block Party、Demosplash)、競争的審査を持つデジタルアートの地位に引き上げました。より広いdemoscene、Commodore 64 と Amiga ゲームのコピー保護を破ることから始まりスタンドアロンのオーディオビジュアルデモの制作に移行したヨーロッパのプログラマー-アーティストのサブカルチャーは、純粋な文字インターフェースが GUI に置き換えられた後もテキストモードアートを生かし続けました。現代の Linux ディストリビューションは依然として figlet、toilet(figlet のカラー化バリアント)、boxes、banner、その他のテキストアートツールを標準パッケージとして出荷しています、同じ文化の直接の子孫です。
ユースケース
- GitHub README バナー。 多くのオープンソースプロジェクトは、プロジェクト名の ASCII アートレンダリングで README を開きます、Vim、Tmux、Neofetch、Lazygit、Bun、Deno、その他何百もの小さなツール。慣習は「これは真剣な技術プロジェクトだ」と信号を送る一方で、コードブロックをサポートする任意のマークダウンレンダラーで正しくレンダリングされ続けます。
- ターミナルようこそバナー(MOTD)。 SSH ログインバナー、Docker コンテナ起動メッセージ、CLI ツールの初回起動の挨拶、コマンドラインツールが目立って自分自身を識別したい場所ならどこでも。
cowsay、fortune、neofetchは ASCII アートを中心に構築された「ターミナルを個人的に感じさせる」ツールのカテゴリ全体です。 - CI/CD ログのセクションマーカー。 長い Jenkins、GitHub Actions、または GitLab CI ログは、各ビルドフェーズがバナー見出しで開くとナビゲートしやすくなります。10,000 行のログで「DEPLOY」を探すのは、「DEPLOY」が1行のフラットな文字列ではなく6行ブロック文字の見出しとして現れるとずっと簡単です。
- コードのセクション区切り。 論理セクションに分割された大きなソースファイルは、しばしば境界をマークするためにコメント内で ASCII アートを使用します、特に C/C++ ヘッダー、SQL スキーマファイル、エディタが自動的にセクションを折りたたまないレガシー COBOL/Fortran コードで一般的です。
- メール署名とフォーラム投稿。 プレーンテキストメールとフォーラムプラットフォーム(LKML、Hacker News、古い Reddit テキストモード、Slack のプレーンテキストスニペット)はすべて ASCII アートを正しく表示します。プレーンテキストメールの個人署名にはしばしば小さな ASCII アートが含まれます。
- レトロとハッカー美学。 ASCII アートは CTF write-up、セキュリティ研究ブログ、ターミナルスクリーンショット、サイバーパンクスタイルのランディングページの視覚的シグネチャです。媒体自体がテック文化で「低レベルスキル」として読まれます。
- アクセシビリティに優しいテキスト装飾。 画像と異なり、ASCII アートはスクリーンリーダーによって基礎となる文字として読み上げられます、時には有用、時にはそうではありません。現代のプラクティスは、視覚が装飾的でテキストが他の場所で正常に繰り返されている場合、大きな ASCII バナーを
aria-hidden="true"でラップすることです、スクリーンリーダーが何千もの下線とパイプ文字を読み上げないようにするため。
フォント語彙
FIGlet フォントライブラリは標準となったスタイル語彙に名前を付けます。Standard は慣習的なデフォルトです、清潔なサンセリフ文字形、4行の高さ。Banner は最大の影響のためにより重いストロークを使用し、README の冒頭に適しています。Block は塗りつぶされた中実ブロックを使用し、明確に「これはロゴ」と伝えたいときに理想的です。Big は Standard より高く、よりドラマティックです。Bubble は丸い形を使用し、フレンドリーに読まれます。Slant と Lean はイタリックバリアントです。Shadow はドロップシャドウ効果を加えます。3D-ASCII はパースペクティブを試みます、結果はコンテンツによって異なります。Mini は狭いスペースのためのコンパクトフォントです。Letters、Doom、Speed、Rounded、Script、Star Wars、Goofy、Italic、Roman、Univers、FIGlet フォントライブラリには3つの十年にわたって個々のアーティストが寄稿した何百ものオプションがあります。フォントの選択はターミナルでフォントがどう見えるかほど重要ではありません、広いスクリーンショットで美しくレンダリングされるフォントは狭いチャットウィンドウでオーバーフローするかもしれません、等幅モードで清潔に読めるフォントは比例フォントメールクライアントで滲むかもしれません(常に受信者が見る場所でテストしてください)。
ASCII アート共有のための実用的な考慮
常に固定幅コンテキストでラップしてください。 ASCII アートは各文字が同じ幅を占めることに依存します、比例フォント(ほとんどのワードプロセッサと多くのメールクライアントのデフォルト)は配置を破壊します。Markdown では、コードブロック(三重バッククォートフェンス)でラップします。HTML では、等幅フォントで <pre> または <code> を使用します。Slack では、三重バッククォートコードブロック構文を使用します。メールでは、プレーンテキストとして送信するか、リッチテキストエディタで等幅フォントを使用します。行幅に注意してください。 各フォントは異なる文字あたりの幅の出力を生成します、長い単語や短いフォントは狭いディスプレイで折り返す可能性のある幅広い出力を生成します。多くの環境で表示する必要があるバナーにコミットする前に、異なる幅で30文字のソース文字列(このツールの制限)でテストしてください。ファイルエンコーディングに注意してください。 純粋な ASCII(オリジナルの7ビットセット)はあらゆるエンコーディングシステムを変更なしで生き延びます。拡張文字(罫線、アクセント付き文字、絵文字)はパイプライン全体で UTF-8 を要求します、エンコーディングの不一致は罫線文字を mojibake に変えます。
プライバシー、ブラウザ内のみで生成
変換するテキストはほとんど機微ではありません(プロジェクト名、"Hello"、バナー見出し)が、アーキテクチャ的な性質はここの他のすべてのツールと同じです、何もデバイスを離れません。変換は完全にブラウザ内の JavaScript で実行されます、アップロードなし、ログなし、テレメトリなし。フォントオプションをクリックする間に DevTools の Network タブを確認(リクエストは出ません)するか、読み込み後にページをオフライン(機内モード)にしてもジェネレーターはまだ動作します。変換するテキストが機密のプロジェクト名や未発表の製品コードである場合に有用、データが短くても、第三者ログを通過しません。
よくある質問
変換の文字数制限はいくつですか?
このツールでは設計上30文字です。より長い文字列から生成された ASCII アートは、ほとんどの画面、ターミナルウィンドウ、クリップボードに対して幅が広すぎる出力を生成し、狭いコンテキストでぎこちなく折り返す傾向があります。非常に長い文字列には、テキストを複数のバナーに分散させる(単語ごとに1つのバナー)か、Mini のようなよりコンパクトなフォントを使用することを検討してください。野生で生き残るほとんどのバナーは5から15文字の長さです、短く、印象的で、視覚的に識別可能です。
生成されたアートをコードやドキュメントで使えますか?
はい、等幅テキストが正しく表示される場所ならどこでも。Markdown README では、レンダラーが固定幅フォントを使うように三重バッククォートコードブロックで ASCII アートをラップしてください。ソースコードでは、ブロックコメント(C/JS では /* ... */、Python では """...""")内に置きます。HTML では <pre> を使用します。メールでは、プレーンテキストとして送信するか、関連ブロック用にリッチテキストエディタを等幅フォントに設定します。最初に等幅に切り替えずに比例フォントコンテキスト(ほとんどのリッチテキストメールエディタ、ほとんどのワードプロセッサ)に貼り付けるのは避けてください、比例フォントは配置を破壊します。
オフラインで動作しますか?
はい、ページが読み込まれると、すべての変換はページに埋め込まれた FIGlet スタイルのフォント定義で JavaScript を介してブラウザで実行されます。テキストを変更したりフォントを選択したりするときにネットワーク呼び出しは出ません。ページをオフライン(機内モード)にしてもジェネレーターはまだ動作します。
ASCII アートはスクリーンリーダーとどう相互作用しますか?
スクリーンリーダーは基礎となる文字を読みます、大きなブロックレターバナーの場合、何百もの下線とパイプ文字を読み上げることを意味します、これはめったに有用ではありません。アクセシビリティに優しいパターンは、(a)バナーを装飾としてのみ含め、(b)実際のテキストを近くの HTML 見出しまたは通常の段落で繰り返し、(c) ASCII アートを aria-hidden="true" でラップしてスクリーンリーダーがそれをスキップすることです。視覚バナーは見えるユーザーのために残り、基礎となるテキストはスクリーンリーダーユーザーのために通常通り読まれます。