Dual Blog : DeFr's Weblog

Acid2, un défi aux navigateurs | jeudi 28 avril 2005, 21h33

Commençons par situer le contexte : à la suite de l'annonce par Microsoft d'une nouvelle version d'Internet Explorer, le Wasp, comité destiné à promouvoir l'utilisation des standards sur le Web, à decider de lancer un challenge aux developpeurs : qu'ils fassent en sorte que la version 7 d'Internet Explorer implémente l'ensemble des fonctionnalités CSS que les designers / intégrateurs / programmeurs souhaiteraient pouvoir enfin utiliser sur le Web. Ce challenge, nommé Acid 2, prend une forme simple et à en réalité une portée globale : loin d'être limité à Internet Explorer, il constitue en réalité un défi lancés aux navigateurs, dans le but d'assurer aux webdesigners la possibilité d'utiliser les propriétés testées en étant sur que l'affichage sera celui qu'ils ont demandés. Et de fait, le test, à sa sortie, a mis en évidence des problèmes dans tous les navigateurs du marché, que ce soit Opera, Mozilla et ses dérivés, Konqueror, Safari, ajoutez ici votre navigateur préféré ( j'ai pas précisé Internet Explorer, parce que bon, ca, j'aurais tendance à dire que ca coule de source ).

Le test prend une forme des plus simples pour l'utilisateur final : si le navigateur supporte correctement les propriétés qui sont testés, il devrait voir apparaitre un smiley sur son écran. Dans le cas contraire, il est probable que ce qui s'affiche soit un résultat immonde, qui ne ressemble pas à grand chose. L'idée, simple et efficace, est de passer le message : si votre navigateur n'affiche pas correctement le smiley ci-contre, c'est que les developpeurs n'ont pas fait leur travail, et qu'ils doivent par conséquent revoir leur copie. Pour une personne normale ou quelqu'un souhaitant à comprendre ce qui ne fonctionne pas exactement, ce test est par contre un véritable cauchemard : les auteurs du test ont utilisées des techniques très avancées, destinées à tester tout un tas de fonctionnalités ayant été jugées utiles : data urls, c'est à dire la possibilité d'embarquer des images directement dans le XHTML ou le CSS, de facon à limiter les dépendances sur des fichiers externes ; display:table, qui permette de réaliser des layouts de types tableau à partir du CSS - petite précision ici, au cas où ca ne serait pas clair pour tous les lecteurs, les layouts à plusieurs colonnes / du type courament utilisé avec table ne sont pas forcement mauvais d'un point de vue design ou ergonomie de navigation, ce qui leur est reproché, c'est de détourner un element de ce pour quoi il a été fait, à savoir, utiliser <table> pour faire quelque chose qui n'est réellement pas un tableau - ; position:fixed ; mécanisme de fallback de la balise <object>. Au global, si tous les navigateurs implémentent de la même facon ces propriétés, les possibilités offertes sont des plus appréciables.

Le lecteur suivant plus ou moins l'actualité se demandera peut-être pourquoi mon post arrive si tard après la sortie officielle d'Acid2 : la raison en est simple, le génialissime David Hyatt vient de faire en sorte que les versions de developpements de Safari passe le test ^^ A vrai dire, pour poster, j'attendais qu'il se produise un des deux phénomènes suivant : hyatt fasse en sorte que Safari passe l'intégralité d'Acid2 ou Gecko fasse des progrès significatifs dans le rendu. Quelque part, j'aurais bien aimé pouvoir annoncer de grand progrès de Gecko, mais je dois avouer que la partie rationelle de mon esprit jugeait le premier cas de figure nettement plus probable. En effet, Safari ( et Opera ) sont dans un moment idéal de leur cycle de developpement pour faire des modifications eventuellement profondes sur leurs moteurs de rendu : ils viennent de sortir des nouvelles versions de leurs navigateurs, et par conséquent toute regression potentiellement apparues devraient être facilement repérée largement avant la sortie du produit. A l'opposé, il n'y a pas eu de nouvelles versions publiés par Mozilla.org ( les mises à jour de sécurité, ca ne compte pas réellement ) depuis un bon bout de temps, par conséquent, la prochaine sortie est proche, et le moment mal choisi pour introduire des changements relativement risqués dans le code source.

Toutefois, tout cela n'enleve rien au brio d'Hyatt, qui a réussi en une quinzaine de jours à faire en sorte que WebCore passe ce test, ce qui représente un travail titanesque. Très sympathique, les patchs sont mêmes dans le post, ce qui devrait permettre à l'équipe de developpement de KHTML ( utilisé notamment par Konqueror ) de les intégrer à leur code source, et donc, de faire en sorte que Konqueror passe le test Acid2 a relativement peu de frais. Cependant, je ne suis pas le developpement de Konqueror de près, je n'ai donc pas la moindre idée concernant l'intégration rapide ou non de ces patchs dans la prochaine version de Konqueror. Bien évidement, je vous tiens au courant des progrès qui seront effectués sur Gecko, lorsque progrès il y aura ^^ En je vous laisse sur la douce pensée suivante : imaginez un monde où tous les navigateurs passeraient le test Acid2 ^^

Kévin à 01h11, le vendredi 29 avril 2005
IE 7 qui supportera le PNG transparent, c'est déjà bien nan ? ;) :p

DeFr à 12h31, le vendredi 29 avril 2005
J'aurais tendance à dire qu'entre le minimum vital et le bien, y a quand même une différence assez notable personnellement ;-)

Gaijin à 03h38, le samedi 30 avril 2005
J'adhère aux propos de M. Fr ici ...

Revenir au blog
Vous souhaitez ajouter un nouveau commentaire ? Faites donc, il vous suffit de remplir le petit formulaire ci-dessous.
Sites visités