EXTRACT
☞ tout se passe dans ton navigateur — rien n’est envoyéDépose un ICO ici
Jusqu'à 20 Mo — ne quitte jamais ton appareil
Tailles dans cette icône
EXTRACT
Un fichier d'icône contient plusieurs tailles à la fois. Prends-les toutes, pas seulement celle que ton navigateur a choisie.
Jusqu'à 20 Mo — ne quitte jamais ton appareil
Tailles dans cette icône
un fichier, plusieurs icônes
Un .ico n'est pas une image. C'est une petite archive contenant le même dessin à plusieurs résolutions — le plus souvent 16, 32 et 48 pixels, parfois jusqu'à 256 — pour que Windows et les navigateurs puissent chacun prendre ce qui convient à l'endroit où ils l'affichent. C'est pourquoi un favicon paraît net aussi bien dans un onglet que sur un raccourci du bureau : ce ne sont pas les mêmes images redimensionnées, ce sont des images différentes.
Le hic, c'est que tout ce qui ouvre un .ico en choisit une et jette le reste. Glisse-le dans un éditeur d'images ou un onglet et tu obtiens une seule résolution, généralement la plus grande, sans le moindre indice que les autres existent. Cet outil ouvre le conteneur lui-même et étale chaque taille qu'il y trouve — tu récupères ainsi la version 16 pixels dessinée à la main plutôt qu'une réduction floue de celle en 48.
trois étapes
Le conteneur est lu dans ton navigateur. Chaque entrée est décodée et affichée à une taille où on la distingue vraiment, la plus grande d'abord.
Toutes sont sélectionnées au départ. Clique sur une vignette pour l'écarter — pratique quand tu ne veux que la version 256 pixels pour une fiche de store.
Une taille arrive en PNG simple. Plusieurs arrivent en ZIP, avec les dimensions dans chaque nom de fichier.
réponses rapides
Parce que tout le reste choisit à ta place. Un navigateur qui affiche un favicon, ou un éditeur qui ouvre le fichier, retient l'entrée qu'il juge la meilleure et ne mentionne jamais les autres. Testé sur le favicon de python.org : un élément image de navigateur ne renvoie que la version 48 pixels alors que le fichier contient bel et bien 16, 32 et 48. Lire le conteneur directement est le seul moyen de les voir toutes.
Pas de façon significative. Les icônes sont stockées soit comme un PNG complet dans le conteneur, soit comme une bitmap non compressée. Les entrées PNG te sont remises exactement telles qu'elles étaient stockées, octet pour octet, sans le moindre réencodage. Les entrées bitmap sont sans perte elles aussi, les écrire en PNG conserve donc chaque pixel.
Parce qu'elles le sont généralement. À 16 pixels il n'y a pas la place pour un détail qui fonctionne à 48 : les créateurs d'icônes redessinent au lieu de réduire — traits plus épais, moins d'éléments, parfois une composition totalement différente. Les extraire séparément, c'est obtenir la version réellement dessinée pour cette taille.
Oui. Les icônes anciennes stockent la transparence dans un masque distinct plutôt que dans un canal alpha, et les deux formes sont prises en charge. Il existe une bizarrerie courante où une icône 32 bits a un canal alpha entièrement à zéro et s'appuie sur le masque : lu naïvement, cela produit une image totalement invisible, d'où le recours au masque dès que le canal alpha se révèle vide.
Oui, avec l'outil image vers icône, qui construit un .ico multi-tailles accompagné d'un paquet favicon. Cette page ne fait que le sens inverse.
Non. Le conteneur est lu et les images décodées par du JavaScript exécuté sur cette page, et le téléchargement est assemblé en local. Rien n'atteint de serveur, ce qui explique aussi que cela continue de fonctionner hors ligne.