jy[B]log

Le premier test acid se focalisait sur le modèle de boîte CSS. Le test acid2 se focalisait sur CSS en général, sur le support de PNG. Voici maintenant le test acid3, qui se concentre plus sur l'ensemble des technologies web, comme HTML, CSS, ECMAScript, SVG et XML. Les 100 tests sont réalisés aux travers de l'api DOM.

Dans les navigateurs que j'ai pu lancer :

• Firefox 2 (linux et windows) : 50/100
• Firefox 3b3 (linux) : 59/100
• Firefox 3b4 en cours de dev (linux) : 64/100
• Konqueror 3.5.8 (linux) : il plante (crash) lamentablement durant le test
• Opera 9.25.687 (linux) : 47/100
• IE6 (windows) : 13/100 (ridicule, mais logique pour un navigateur aussi vieux)

Notez toutefois que la suite de tests est en "rodage", comprendre par là qu'il y a peut être quelques bugs à corriger avant que cela devienne "officiel" (et donc les scores changer dans les navigateurs).

Mais quelle connerie !! Sous pretexte de ne pas vouloir casser les sites qui s'affichent bien dans IE6 et IE7, Microsoft va introduire dans IE8 l'utilisation d'une balise meta pour dire que la page respecte les standards, et donc que IE8 peut l'afficher selon les standards. Un truc dans le genre :

 <meta http-equiv="X-UA-Compatible" content="IE=8" />

Donc en clair, il n'y aura pas seulement 2 modes d'affichage, "quirks mode" (IE6 et -) et "standards mode" (IE7), mais un troisième mode "super standards".

Mais c'est vraiment n'importe quoi ! Et dans IE9, on aura quoi ? D'autant plus que cela pose une multitude de problèmes aux implémenteurs de IE (m'enfin ça c'est leur problème), mais surtout des problèmes incommensurables aux développeurs web ! Il va bientôt falloir faire une page pour chaque IE ??

Franchement, ils se foutent vraiment de la gueule du monde chez Microsoft.

Pour comprendre le pourquoi et le comment, lire par exemple ce billet, celui-là, celui-là, ou lisez aussi les 300 commentaires au billet de la team IE conçernant cette stupide "feature".

Mise à jour 24/01/2008: IE8 pourra switcher vers le mode standard avec le doctype HTML5, donc il n'y aura pas besoin de cette balise meta.

Pour faire des boutons, il y a une balise sympa en HTML : <button>. On peut s'en servir notamment pour les boutons d'envoi de formulaire :

 <button type="submit" name="validation" value="save">Enregistrer</button>

Comme vous le voyez, l'avantage par rapport à un <input type="submit">, c'est que l'on peut spécifier une valeur, que l'on recevra coté serveur. Et au niveau du libéllé, on peut en principe mettre n'importe quoi : du texte, d'autres balises HTML... C'est particulièrement sympa quand vous avez plusieurs boutons d'envoi :

 <button type="submit" name="validation" value="save">Enregistrer</button>
 <button type="submit" name="validation" value="prev">Prévisualiser</button>

Coté serveur, en PHP par exemple, on a juste à tester la variable $_POST['validation'] par rapport aux valeurs "save" et "prev", afin de savoir quoi faire.

J'avais donc choisi d'utiliser ces boutons dans jForms, le système de formulaire de Jelix. Et ça fonctionne parfaitement dans Firefox, Konqueror, IE7 et certainement Opera. Mais je viens de faire machine arrière, à cause de bugs dans IE6 que l'on m'a rapporté.

Le premier bug, c'est que IE6 n'envoie pas la valeur que l'on met dans l'attribut value, mais le contenu de la balise button. Elle a donc le même fonctionnement que input dans IE6. C'est un bug que j'ai pu contourner dans jForms. Mais IE6 n'avait pas fini de me donner du fil à retordre.

En effet, quand plusieurs boutons ont le même nom, il renvoi toujours le libellé du dernier bouton, quel que soit le bouton sur lequel on clique ! Je me suis alors dit, bon, je ne vais pas appeler les boutons avec le même nom, et je vais faire du bidouillage dans jforms pour que dans jelix, on ait les valeurs sous un même nom. Mais voilà, peine perdue : quand on clique sur un bouton submit, IE6 envoit non seulement le libellé de ce bouton, mais aussi les libellés de tout les autres boutons submit qui n'ont pas le même nom ! Il est comique IE6 n'est ce pas ?

Conclusion : la balise <button> est inutilisable à cause de IE6, car encore largement répandu. J'ai donc à regret mis des <input type="submit"> dans jForms :-(

Ce paris web 2007 fut une nouvelle fois organisé de mains de maitres, avec des conférenciers de qualité venant du monde entier (Canada, États unis, Europe du nord, Suisse) ou de "grosses boites" (Opéra, Yahoo, IBM, W3C...).. Et puis ce fut l'occasion de retrouvailles avec tout ceux qui gravitent autour des standards du web. Beaucoup plus de monde que l'année dernière, avec des personnes inscrites ayant des profils très divers (responsable informatique, étudiant, chef de projet, "marketeux" etc..), signe que les choses bougent dans l'industrie du web.

Bref, j'ai vraiment apprécié. Félicitations aux organisateurs !

PS : Des photos de paris web sur flickr

La nightly de Webkit, le moteur de rendu de Safari entre autre, supporte la rêgle CSS @@font-face@@. Ce qui veut dire que l'on peut indiquer dans sa feuille de style l'url d'une font à utiliser : le navigateur télécharge alors la fonte et l'utilise là où c'est indiqué.

 @font-face {
    font-family: "Kimberley";
    src: url(http://www.princexml.com/fonts/larabie/kimberle.ttf) format("truetype");
 }

 h1 { font-family: "Kimberley", sans-serif }

C'est une propriété CSS2 qui est beaucoup attendu par les webdesigners, et Webkit est le premier à l'implémenter complètement (IE 4 le permettait mais seulement pour des fontes dans un format propriétaire). Une prochaine version d'Opera proposera très certainement aussi cette propriété. Quant à Firefox, ce n'est pas à l'ordre du jour (voir le bug correspondant), et en tout cas la version 3 ne supportera pas font-face.

À lire sur le sujet : un article récent d'Håkon Wium Lie, l'inventeur de CSS et travaillant pour Opera. Pour Håkon, la prise en charge des fontes téléchargeables dans CSS devient nécessaire. Voir aussi une interview sur CSS3.info.

Le whatwg propose une nouvelle balise,<video> dans HTML5, pour incorporer facilement des vidéos dans une page html. Certains ne voient pas l'intérêt de cette balise, dans la mesure où la balise <object> (ou <embed>) rempli soit disant très bien ce rôle. Je ne suis pas d'accord avec eux, et voici pourquoi je trouve que cette balise <video> est une bonne chose. (Mise à jour : une version plus récente de cet article est disponible !)

Les spécifications de CSS3, ne sont pas encore une recommandation du W3C. Seuls 5 sur les 34 modules ont passé le cap de "Candidate Recommendation".

Cela n'empêche pas les éditeurs de navigateurs de commencer à implémenter CSS3, surtout les spécifications les plus avancées et les plus intéressantes^[1].

Firefox avait ouvert la voie il y a déjà pas mal de temps. Dans Firefox 1.5, on a eu droit à la prise en charge des colonnes ou des compteurs, ou même bien avant, on pouvait déjà utiliser certains des sélecteurs CSS3 et d'autres propriétés (Ils en avaient besoin pour XUL).

Mais force est de constater que Firefox perd de son avance en matière d'implémentation CSS3. Le moteur Webkit/Khtml par exemple progresse rapidement dans ce domaine. Voir en particulier les billets de David Hyatt sur le blog de webkit. Dans KDE 3.5.6, Konqueror (basé sur khtml), prend maintenant en charge tout les sélecteurs CSS3, et passe la suite de test sur les selecteurs, proposée par le site css3.info (dont je vous recommande la lecture). Pour comparaison, Konqueror 3.5.2 (que j'ai sur ma machine) a un résultat de 309/578, Firefox 2 : 357/578 et la version de développement actuelle de Firefox 3 : 369/578 (qui corrige plus de bugs qu'il n'ajoute de nouveaux sélecteurs).

On a bien ici chez DI, une implémentation complète des sélecteurs CSS3, réalisée par mon collègue Olivier. Mais elle n'est.. qu'en Javascript (jQuery n'a qu'a bien se tenir ah ! ah !).

PS : Il y a aussi la prochaine version d'Opéra qui contiendra pas mal de nouveautés CSS3.

J'ai mis en ligne un petit tutoriel pour comprendre RDF : Introduction à RDF par l'exemple.

Il est plus orienté développeur web : j'ai fait une analogie avec les bases de données relationnelles. Vu que bon nombre de développeurs web utilise SQL, j'éspère que ça les aidera à mieux comprendre RDF.

Toute remarque est la bienvenue (positive ou négative).

J'ai passé ces deux derniers jours dans les conférences de Paris Web 2006. J'en ressort trés content : organisation sans faille, des conférences de grandes qualités, et salle comble.

Cet évènement fut aussi l'occasion de rencontres. Cela m'a permis de faire enfin connaissance de collègues openwebiens que je n'avais encore jamais rencontré en chair et en os : Laurent Denis, Denis Boudreau (venu spécialement du Canada), Maurice Svay. Ce fut tout aussi agréable de revoir les autres openwebiens ainsi que d'autres figures du net (mais ce serait trop long de les citer, ils étaient tellement nombreux :-) ).

Un grand merci aux organisateurs pour cette première en France ! À l'année prochaine !

Paris Web 2006 est une conférence sur les standards du web, les 21 et 22 septembre prochain. Vous devez y aller si vous voulez :

1. en savoir plus sur les standards, comment intégrer les problématiques de design, d'accessiblité et de qualité grâce aux standards, dans la réalisation de vos sites web, le tout expliqué par des experts dans ces domaines.
2. ne pas rater ce grand évènement, une première en France pour les standards.
3. serrer la pince ou avoir des autographes des gugusses d'Openweb et autres personnalités du web
4. voir Tristan Nitot en tutu rose, et Daniel Glazman en slip léopard
5. boire un coup avec les organisateurs

Et bien sûr, j'y serais, pour voir tout ça, encourager mes camarades d'openweb et les autres orateurs.