<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Commentaires sur : Ne pas filtrer les PNGs</title>
	<atom:link href="http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/feed/" rel="self" type="application/rss+xml" />
	<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/</link>
	<description>Quelques mots pour des sites web rapides</description>
	<lastBuildDate>Thu, 20 May 2010 23:40:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Par : Lidocain</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-1034</link>
		<dc:creator>Lidocain</dc:creator>
		<pubDate>Fri, 02 Apr 2010 18:03:57 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-1034</guid>
		<description>Alternative possible au filtrage des PNG pour IE : utiliser la possibilité d&#039;une transparence graduelle du PNG8 (qui n&#039;est PAS l&#039;équivalent du GIF).

Source : http://blog.jaysalvat.com/articles/png-8-bits-avec-transparence-alpha-cest-possible.php

IE6 interprétera quand même ça comme un GIF (transparence binaire), mais les bons élèves auront de jolis fondus.</description>
		<content:encoded><![CDATA[<p>Alternative possible au filtrage des PNG pour IE : utiliser la possibilité d&#8217;une transparence graduelle du PNG8 (qui n&#8217;est PAS l&#8217;équivalent du GIF).</p>
<p>Source : <a href="http://blog.jaysalvat.com/articles/png-8-bits-avec-transparence-alpha-cest-possible.php" rel="nofollow">http://blog.jaysalvat.com/articles/png-8-bits-avec-transparence-alpha-cest-possible.php</a></p>
<p>IE6 interprétera quand même ça comme un GIF (transparence binaire), mais les bons élèves auront de jolis fondus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : IE6 &#8212; Gérer la transparence du format PNG 24 bits -- css 4 design &#124; Le blog de l&#39;intégrateur web</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-987</link>
		<dc:creator>IE6 &#8212; Gérer la transparence du format PNG 24 bits -- css 4 design &#124; Le blog de l&#39;intégrateur web</dc:creator>
		<pubDate>Wed, 23 Dec 2009 12:48:21 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-987</guid>
		<description>[...] AlphaImageLoader &#8211; et toutes les techniques css / js / htc qui l&#8217;utilisent, dont iepngfix, pnghack et les autres &#8211; posent de réels problèmes de performance. Le filtre est appliqué à chaque occurence de l&#8217;image. Un fond qui apparait 15 fois c&#8217;est 15 représentations de l&#8217;image en mémoire, et autant d&#8217;exécution du filtre. Ca peut réellement amener à des problèmes sur des machines peu puissantes (qui sont celles qui sont les plus fréquentes avec IE6 puisque IE7 est par défaut sur les récentes). Expression est encore pire car il se re-exécute à chaque reflow, donc très fréquemment. Il y a des astuces qui réécrivent la règle CSS expression de façon à la supprimer après la première exécution mais c&#8217;est finalement assez peu utilisé (et ça reste peu performant). http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/ [...]</description>
		<content:encoded><![CDATA[<p>[...] AlphaImageLoader &#8211; et toutes les techniques css / js / htc qui l&#8217;utilisent, dont iepngfix, pnghack et les autres &#8211; posent de réels problèmes de performance. Le filtre est appliqué à chaque occurence de l&#8217;image. Un fond qui apparait 15 fois c&#8217;est 15 représentations de l&#8217;image en mémoire, et autant d&#8217;exécution du filtre. Ca peut réellement amener à des problèmes sur des machines peu puissantes (qui sont celles qui sont les plus fréquentes avec IE6 puisque IE7 est par défaut sur les récentes). Expression est encore pire car il se re-exécute à chaque reflow, donc très fréquemment. Il y a des astuces qui réécrivent la règle CSS expression de façon à la supprimer après la première exécution mais c&#8217;est finalement assez peu utilisé (et ça reste peu performant). <a href="http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/" rel="nofollow">http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Nam</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-151</link>
		<dc:creator>Nam</dc:creator>
		<pubDate>Sun, 27 Jul 2008 08:33:47 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-151</guid>
		<description>Il faut ajouter la couleur du background sur les png et ne pas laisser la couleur transparent quand c&#039;est inutile.
Moi j&#039;utilise &quot;!important&quot; pour remplacer les png transparent par du gif.
C&#039;est moins joli mais mieux que filter.</description>
		<content:encoded><![CDATA[<p>Il faut ajouter la couleur du background sur les png et ne pas laisser la couleur transparent quand c&#8217;est inutile.<br />
Moi j&#8217;utilise &laquo;&nbsp;!important&nbsp;&raquo; pour remplacer les png transparent par du gif.<br />
C&#8217;est moins joli mais mieux que filter.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : 20cent</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-150</link>
		<dc:creator>20cent</dc:creator>
		<pubDate>Fri, 18 Jul 2008 17:16:09 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-150</guid>
		<description>Stéphane : c&#039;est un PNG24 qui se dégrade en PNG8 sous IE6.

Éric : merci pour la petite discut&#039; et ton avis toujours pertinent ! ;)</description>
		<content:encoded><![CDATA[<p>Stéphane : c&#8217;est un PNG24 qui se dégrade en PNG8 sous IE6.</p>
<p>Éric : merci pour la petite discut&#8217; et ton avis toujours pertinent ! ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-149</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Fri, 18 Jul 2008 16:38:39 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-149</guid>
		<description>J&#039;ai discuté off-line avec 20cent vis à vis de ses exemples. On a trouvé une solution : aucune perte de perf, deux heures de travail pour tout le site (parce que ça n&#039;a pas été implémenté depuis le début, sinon c&#039;est virtuellement nul comme charge de travail), et on gagne même du poids et des requêtes HTTP en moins.


Yves les cas où la transparence est requise est très fréquemment limitée aux icônes et images de graphisme, souvent petites. La différence PNG8 / PNG24 est quasiment invisible assez souvent dans ce cas.
Je peux t&#039;assurer que dans les équipes où j&#039;ai travaillé on a toujours trouvé des solutions ou au pire des compromis, acceptés même pas les graphistes les plus intransigeants.

Sinon pour PNGHack l&#039;image est bien venant du cache. Par contre le filtre est réappliqué à chaque fois, avec une charge de CPU non négligeable .. sans compter celle du script PNGhack lui même.

Tentez d&#039;imposer un aller-retour avec votre graphiste / directeur artistique. Insistez pour passer 30 minutes à trouver une solution ou un compromis. Oui, j&#039;insiste sur la notion de compromis parce que lui aussi doit faire un pas en avant pour une solution commune. Sérieusement sur ce sujet précis je n&#039;ai jamais vu d&#039;échec.

il faut juste insister et remonter la chose jusqu&#039;à ce que cette petite réunion se fasse. C&#039;est votre responsabilité en tant que dev web / intégrateur. Si vous ne le faîtes pas c&#039;est que vous considérez votre travail comme de la pure exécution qu&#039;on pourrait remplacer par un bon logiciel. Il y quelques années j&#039;avais écrit http://www.cybercodeur.net/weblog/articles/art_20040606.php mais c&#039;est toujours d&#039;actualité.

Mais surtout cette réunion peut durer 30 minutes la première fois. Elle peut nécessiter de faire pression pendant des semaines pour que le graphiste accepte de dire autre chose que &quot;c&#039;est moi qui décide toi tu fais avec&quot; en oubliant que vous aussi vous avez une responsabilité d&#039;autres aspects de qualité du site.
Une fois que c&#039;est fait les suivantes prendront moins de cinq minutes parce que les solutions sont souvent simples et les compromis ne sont pas si durs à avaler pour peu qu&#039;on y réfléchisse sans à priori ni lutte d&#039;influence.

Si vous ne faites rien, alors rien ne sera fait. Mais si vous souhaitez faire quelque chose, je peux vous garantir qu&#039;il y a des solutions possibles derrière et qu&#039;elles ne vont pas mettre en l&#039;air le résultat graphique ou le planning du projet. Il ne s&#039;agit que de volonté, pas d&#039;obstacles techniques ;  et cette volonté dont je parle c&#039;est la votre, pas celle du graphiste.</description>
		<content:encoded><![CDATA[<p>J&#8217;ai discuté off-line avec 20cent vis à vis de ses exemples. On a trouvé une solution : aucune perte de perf, deux heures de travail pour tout le site (parce que ça n&#8217;a pas été implémenté depuis le début, sinon c&#8217;est virtuellement nul comme charge de travail), et on gagne même du poids et des requêtes HTTP en moins.</p>
<p>Yves les cas où la transparence est requise est très fréquemment limitée aux icônes et images de graphisme, souvent petites. La différence PNG8 / PNG24 est quasiment invisible assez souvent dans ce cas.<br />
Je peux t&#8217;assurer que dans les équipes où j&#8217;ai travaillé on a toujours trouvé des solutions ou au pire des compromis, acceptés même pas les graphistes les plus intransigeants.</p>
<p>Sinon pour PNGHack l&#8217;image est bien venant du cache. Par contre le filtre est réappliqué à chaque fois, avec une charge de CPU non négligeable .. sans compter celle du script PNGhack lui même.</p>
<p>Tentez d&#8217;imposer un aller-retour avec votre graphiste / directeur artistique. Insistez pour passer 30 minutes à trouver une solution ou un compromis. Oui, j&#8217;insiste sur la notion de compromis parce que lui aussi doit faire un pas en avant pour une solution commune. Sérieusement sur ce sujet précis je n&#8217;ai jamais vu d&#8217;échec.</p>
<p>il faut juste insister et remonter la chose jusqu&#8217;à ce que cette petite réunion se fasse. C&#8217;est votre responsabilité en tant que dev web / intégrateur. Si vous ne le faîtes pas c&#8217;est que vous considérez votre travail comme de la pure exécution qu&#8217;on pourrait remplacer par un bon logiciel. Il y quelques années j&#8217;avais écrit <a href="http://www.cybercodeur.net/weblog/articles/art_20040606.php" rel="nofollow">http://www.cybercodeur.net/weblog/articles/art_20040606.php</a> mais c&#8217;est toujours d&#8217;actualité.</p>
<p>Mais surtout cette réunion peut durer 30 minutes la première fois. Elle peut nécessiter de faire pression pendant des semaines pour que le graphiste accepte de dire autre chose que &laquo;&nbsp;c&#8217;est moi qui décide toi tu fais avec&nbsp;&raquo; en oubliant que vous aussi vous avez une responsabilité d&#8217;autres aspects de qualité du site.<br />
Une fois que c&#8217;est fait les suivantes prendront moins de cinq minutes parce que les solutions sont souvent simples et les compromis ne sont pas si durs à avaler pour peu qu&#8217;on y réfléchisse sans à priori ni lutte d&#8217;influence.</p>
<p>Si vous ne faites rien, alors rien ne sera fait. Mais si vous souhaitez faire quelque chose, je peux vous garantir qu&#8217;il y a des solutions possibles derrière et qu&#8217;elles ne vont pas mettre en l&#8217;air le résultat graphique ou le planning du projet. Il ne s&#8217;agit que de volonté, pas d&#8217;obstacles techniques ;  et cette volonté dont je parle c&#8217;est la votre, pas celle du graphiste.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Yves</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-148</link>
		<dc:creator>Yves</dc:creator>
		<pubDate>Fri, 18 Jul 2008 16:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-148</guid>
		<description>Avoir recours à du PNG8 me semble totalement inconcevable pour nos amis les directeurs artistiques.

Sinon pour le cache, tout dépend du développeur, l&#039;utilisation de PNGHack (http://png-hack.googlecode.com) par exemple démontre bien que les images sont accédé à partir du cache.

Je plussois le dernier point de changer filtre en _filtre.</description>
		<content:encoded><![CDATA[<p>Avoir recours à du PNG8 me semble totalement inconcevable pour nos amis les directeurs artistiques.</p>
<p>Sinon pour le cache, tout dépend du développeur, l&#8217;utilisation de PNGHack (<a href="http://png-hack.googlecode.com" rel="nofollow">http://png-hack.googlecode.com</a>) par exemple démontre bien que les images sont accédé à partir du cache.</p>
<p>Je plussois le dernier point de changer filtre en _filtre.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : STPo</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-147</link>
		<dc:creator>STPo</dc:creator>
		<pubDate>Fri, 18 Jul 2008 16:05:40 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-147</guid>
		<description>Les deux premiers commentaires ci-dessus (Pierre et la réponse d&#039;Eric) m&#039;avaient bien plu, parce que je les trouve tous les deux justes, même s&#039;ils ne défendent pas le même point de vue. Oui, la compatibilité avec IE6 est capitale aujourd&#039;hui, mais oui aussi à l&#039;utilisation des technos qui tirent le web vers le haut et vers l&#039;avenir.

Pour éviter le filter, j&#039;aurais tendance à supprimer une ombre portée sous IE6 et à passer à du PNG8 uniquement sous ce navigateur : c&#039;est moins beau, mais ça n&#039;altère pas les perfs, ça &quot;degrade gracefully&quot;. Et si en plus ça peut &quot;punir&quot; l&#039;utilisateur qui tourne encore sous IE6, je ne vais pas cracher sur ce petit plaisir mesquin...</description>
		<content:encoded><![CDATA[<p>Les deux premiers commentaires ci-dessus (Pierre et la réponse d&#8217;Eric) m&#8217;avaient bien plu, parce que je les trouve tous les deux justes, même s&#8217;ils ne défendent pas le même point de vue. Oui, la compatibilité avec IE6 est capitale aujourd&#8217;hui, mais oui aussi à l&#8217;utilisation des technos qui tirent le web vers le haut et vers l&#8217;avenir.</p>
<p>Pour éviter le filter, j&#8217;aurais tendance à supprimer une ombre portée sous IE6 et à passer à du PNG8 uniquement sous ce navigateur : c&#8217;est moins beau, mais ça n&#8217;altère pas les perfs, ça &laquo;&nbsp;degrade gracefully&nbsp;&raquo;. Et si en plus ça peut &laquo;&nbsp;punir&nbsp;&raquo; l&#8217;utilisateur qui tourne encore sous IE6, je ne vais pas cracher sur ce petit plaisir mesquin&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Stéphane Deschamps</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-146</link>
		<dc:creator>Stéphane Deschamps</dc:creator>
		<pubDate>Fri, 18 Jul 2008 15:19:46 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-146</guid>
		<description>20cent : c&#039;est un onglet en PNG8 pour IE6 dans le site de Paris Web ?

(je demande parce que c&#039;est vendredi après-midi et que j&#039;ai la flemme ;))</description>
		<content:encoded><![CDATA[<p>20cent : c&#8217;est un onglet en PNG8 pour IE6 dans le site de Paris Web ?</p>
<p>(je demande parce que c&#8217;est vendredi après-midi et que j&#8217;ai la flemme ;))</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : 20cent</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-145</link>
		<dc:creator>20cent</dc:creator>
		<pubDate>Fri, 18 Jul 2008 13:01:39 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-145</guid>
		<description>Ahah, je t&#039;enverrais ça, ça marche. Et je me poserais la question plus sérieusement à l&#039;avenir alors, c&#039;est promis. :)</description>
		<content:encoded><![CDATA[<p>Ahah, je t&#8217;enverrais ça, ça marche. Et je me poserais la question plus sérieusement à l&#8217;avenir alors, c&#8217;est promis. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Éric</title>
		<link>http://performance.survol.fr/2008/07/ne-pas-filtrer-les-pngs/#comment-144</link>
		<dc:creator>Éric</dc:creator>
		<pubDate>Fri, 18 Jul 2008 12:56:03 +0000</pubDate>
		<guid isPermaLink="false">http://performance.survol.fr/?p=52#comment-144</guid>
		<description>Le problème avec le &quot;la démarche globale est bonne mais les situations sont à évaluer au cas par cas&quot; c&#039;est que tout le monde croit toujours être dans le cas exceptionnel. En des années de métiers je n&#039;ai jamais eu à faire un filter, et j&#039;ai travaillé sur des sites plus gros que pas mal de gens, avec des graphistes plus intégristes que la plupart n&#039;en rencontreront.

Que les gens se disent bien que s&#039;ils croient être dans l&#039;exception (qui existe, on est d&#039;accord), il y a 98% de chances qu&#039;ils se trompent.

Puis des grosses images PNG24 avec transparence ..., je suis curieux, très curieux.</description>
		<content:encoded><![CDATA[<p>Le problème avec le &laquo;&nbsp;la démarche globale est bonne mais les situations sont à évaluer au cas par cas&nbsp;&raquo; c&#8217;est que tout le monde croit toujours être dans le cas exceptionnel. En des années de métiers je n&#8217;ai jamais eu à faire un filter, et j&#8217;ai travaillé sur des sites plus gros que pas mal de gens, avec des graphistes plus intégristes que la plupart n&#8217;en rencontreront.</p>
<p>Que les gens se disent bien que s&#8217;ils croient être dans l&#8217;exception (qui existe, on est d&#8217;accord), il y a 98% de chances qu&#8217;ils se trompent.</p>
<p>Puis des grosses images PNG24 avec transparence &#8230;, je suis curieux, très curieux.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
