?domain=www.flip-zone.com

Si je ne m’abuse, j’avais fait des tests il y a quelque temps, et cela ne respecte pas le favicon d’origine, notamment les PNG transparents.

Oui, et il ne trouve pas tous les favicons. Mais la version précédente du plugin ne trouvait pas tout non plus, et le calcul était nettement plus lourd (et pas diffusable parce que pas libre).

S’il y a mieux, tant mieux. Mais faute de grives...

Je comprends bien ! ;-)

J’avais aussi abandonné cette solution parce qu’elle provoquait un nombre non négligeable de requêtes pour l’utilisateur, donc j’ai fait une liste réduite de sites pour lesquels j’ai le favicon, dans un sprite : ►http://gasteroprod.com/themes/gp2010/images/sprite-favicons-20101005.png

Pourquoi préférer un SaaS propriétaire à du code gratuit, mais non libre ?

Mais est-ce cela qui recouvre tous les liens de petits dessins sur seenthis ?

Oh ! petits dessins disparus ...

@martin : la possibilité de diffuser le plugin.
– Le code propriétaire, je ne peux pas le redistribuer.
– Le code qui utilise le SaaS de Google, je peux le redistribuer.

@seenthis : Ah oui, je comprends mieux la motivation, en effet.

En revanche, je ne trouve point de CGU concernant Google S2, en particulier pour ce qui est de son utilisation depuis un site tiers.

Tout au plus, je tombe sur un message non officiel d’annonce de l’ouverture du service :

►http://googlesystem.blogspot.com/2007/09/google-shared-stuff.html

ou encore de son arrêt :

►http://googlesystem.blogspot.com/2009/02/google-shared-stuff-to-be-discontinued.html

Rien, en revanche, sinon le constat de leur fonctionnement en l’état, sur les favicons. La pérennité de la solution est donc sujette à caution... Mais ça marche ! :-)

C’est pas si compliqué de faire du code qui va récupérer un favicon, pour remplacer le code non libre, non ?

@bohwaz : curieusement, si, c’est assez coton, parce .ico est un format à la con et parce que la façon de déclarer où trouver le fichier de l’icone n’est pas identique partout.

On avait cherché à l’époque pour ►http://rezo.net et tout ce qu’on avait trouvé à l’époque c’était ce bout de code pas libre. Ça a peut-être progressé, mais j’ai pas trop le temps pour l’instant.

@nhoizey dans certaines situations, si ça se justifie, tu peux combiner avec « Sprites CSS », et ainsi faire fabriquer tes sprites CSS d’un seul coup pour l’ensemble d’une grosse liste.

La question : est-il vraiment utile de s’occuper du format de l’image ? On peut juste copier l’image non ? (Pourquoi se faire chier ?)

Bon sinon partie recherche : ►http://svn.kd2.org/svn/misc/libs/lib-image/favicon.php

Effectivement sinon GD ne semble pas gérer ICO (en fait BMP) comme format de fichier, c’est un peu con, mais Imagick le gère très bien, donc c’est aussi possible de faire de la conversion en quelques lignes de code.

@seenthis le danger de combiner avec les sprites, c’est que ton sprite va vite grossir, en tout cas sur seenthis... ;-)

L’astuce que j’ai déjà utilisé avec succès : CSS générée dynamiquement, qui inclus toutes les icônes utilisées dans la page, avec data URI. Au lieu de faire 15 requêtes pour 15 icônes, ça ne fait qu’une seule requête. Problème : si tu changes de page, tu recharges une nouvelle CSS avec de nouvelles icônes, alors qu’avec 15 icônes séparées, elles sont déjà cachées par le navigateur. Mais quand même par expérience c’est plus rapide, même si aucune solution n’est parfaite.

Le filtre s’applique à une URL seulement ou peut s’appliquer à #TEXTE ?