Logo ASCII pour code source et README

Transformez un logo ou une icône en grand ASCII prêt pour le code : fichiers, README et assimilés. Réglages de commentaire et limite de caractères inclus.

Choisir une marque

Déposez un logo ou une icône
ou cliquez pour choisir un fichier
JPEG, PNG, WebP ou GIF — jusqu’à 8 Mo. Le trait garde mieux la forme qu’une photo.
Ou prenez une marque d’exemple : elle se convertit dès que vous la touchez
L’image est traitée en mémoire serveur et détruite dès que la réponse part.
Rien n’est écrit sur disque, rien n’est journalisé. L’habillage en commentaires reste sur cet appareil.

Paramètres

Contour

Lignes de contour suivent le trait. Idéal pour logos et icônes. Renforcer relève un scan plat. Off mappe chaque nuance.

Largeur de ligne

Les marques de commentaire et l’indentation comptent dans cette limite.

Envelopper pour coller
Commentaire ou clôture

Les marques de commentaire s’ajoutent sur cet appareil après le dessin. Copier envoie ce que vous voyez.

Indentation
Nettoyage

Résultat

0 caractères

Conseils

Une photo devient du bruit à la même largeur

Chaque cellule est un caractère. Herbe, poils et un cliché chargé remplissent ces cellules de neige. Une marque, icône ou trait sur fond net garde sa forme. Essayez d’abord un exemple. Si le fichier est une photo, recadrez sur la marque avant l’envoi.

Les marques de commentaire comptent dans la largeur de ligne

Quand vous commentez le bloc, chaque ligne gagne des caractères comme // et des espaces d’indentation. L’éditeur les compte aussi. Si le fichier tient à 80 caractères par ligne, mettez la largeur à 80. Ici ça peut sembler bon et déborder après collage. Ajuster à la largeur réduit jusqu’à ce que le bloc copié tienne.

Dans un /* */, un */ du dessin termine le commentaire

En C et en Java, un commentaire va de /* au premier */. Si le remplissage dessine * et / côte à côte, la suite est lue comme du vrai code. Cette page insère un espace pour l’éviter. Un remplissage # ou . ne dessine jamais la paire. Envelopper chaque ligne avec // n’a pas de fermeture.

README et fichiers source n’acceptent pas les mêmes caractères

Un README accepte en général n’importe quel caractère. Certains arbres source — style noyau Linux, anciens contrôleurs — n’acceptent que lettres et symboles anglais. Des aplats comme █ se lisent bien dans un README et y sont refusés. Activez ASCII seulement avant de coller dans ces fichiers.

Même en commentaires, restez dans les 80 colonnes

Commenter une marque ajoute des marques de commentaire en tête de chaque ligne. L’éditeur les compte aussi. Vérifiez les colonnes avant de coller.

Un README jugé à une règle de 80 colonnes. C’est la destination du collage, pas le générateur. README.md s’ouvre sur une clôture, la marque, puis une courte ligne de projet, bien à gauche du trait rouge 80.
Dans README.md, en clôture
Deux volets source de la même marque, jugés à la colonne 80. Marques de commentaire et indentation comptent dans le budget de ligne. Haut : un # reste à gauche de la règle. Bas : // indenté entre dans le débordement rouge.
Avec #, puis // indenté

Cas d'utilisation courants

📄

En tête d’un fichier source

Placez la marque du module en tête d’un .c ou .py, commentée, à 80 caractères par ligne. C’est du texte ordinaire : le diff montre les mêmes lettres.

📂

Comme titre d’un README

Ouvrez un README GitHub avec la marque du projet en bloc clôturé. Pas besoin d’héberger une image, ni d’un lien qui casse si le fichier bouge.

💻

À l’ouverture du terminal

Collez-le dans le message d’accueil, un fichier de démarrage du shell ou tmux. Une session SSH n’affiche pas d’image ; elle affiche ces lettres.

🔧

Pour marquer une section dans un script

Placez une marque compacte au-dessus d’une cible Makefile ou d’un extrait de déploiement. Pas de police d’interface : seulement des caractères déjà dans le fichier.

📝

Dans la description d’une pull request

Si le changement est une commande nommée ou un binaire, mettez une marque clôturée dans la description de la pull request. Les relecteurs voient les mêmes lettres dans chaque client.

Questions fréquemment posées

Le site conserve-t-il mon image après la conversion ?
Non. L’image part sur notre serveur, est décodée en mémoire, convertie, puis détruite dès que la réponse revient. Rien n’est écrit sur disque, aucun journal n’enregistre la photo, aucune base ne la stocke. Le commentaire reste sur cet appareil.
Quelle différence avec « Générateur de bannière ASCII » ?
Cette autre page dessine les lettres que vous tapez, dans une police. Celle-ci transforme une marque, icône ou trait en cellules. Celle-là pour les noms. Celle-ci pour l’image d’une marque.
Quelle est la taille maximale d’envoi ?
Huit mégaoctets par envoi. JPEG, PNG, WebP et GIF sont acceptés. Un fichier logo est en général bien plus petit. S’il est trop lourd, exportez en JPEG qualité 85 ou réduisez le grand côté : cette page redimensionne de toute façon.
Pourquoi ma photo ressemble-t-elle à du bruit ?
Une photo prend la plus grande partie des zones colorées pour des pixels à dessiner. Utilisez une marque, icône ou trait sur fond net autant que possible. Recadrer la photo sur la marque seule au préalable est une autre option.
Pourquoi l’ASCII dépasse-t-il 80 colonnes ?
Les marques de commentaire et l’indentation en tête de chaque ligne comptent dans la largeur. Mettez la largeur de ce fichier, puis Ajuster à la largeur. Si c’est encore trop à 72 colonnes, rognez la marque ou prenez un dessin plus simple.
Cela peut-il casser un commentaire /* */ dans mon code ?
Si le dessin contient */ et que vous enveloppez en /* */, le commentaire s’arrête là et le reste est lu comme du code. Cette page insère un espace dans cette paire. Envelopper chaque ligne avec // n’a pas de fermeture.