Ras le bol... Ras le bol de blogger.com, qui ne me permet plus d'avoir d'archives. Manquant déjà de feed RSS/RDF, de catégories, cet outil m'étouffe depuis bien longtemps. Je pensais profiter de prochaines vacances pour refaire le site, changer d'outil de gestion de contenu, mais les pannes prolongées de blogger.com m'ont obligé à changer mon fusil d'épaule plus rapidement que prévu. Le nouveau StandBlog est arrivé, notez son URL: http://standblog.com. Mettez à jour vos marque-pages : je ne metterais plus à jour nitot.com/standards/blog/ !

Acier, caoutchouc, cuir, chrome et standards : le site Harley Davidson Rocky Mountains a été refait en respectant les standards. A noter, parmi les sites recensés par MACCAWS. Qui aurait pu croire qu'on parlerait de têtes de morts et de motos sur le Standblog, tout juste un an après RoadMovie ?

Ah ! Je ne me savais pas si influent : CyberCodeur propose un style Habillage Tristanesque à fond noir, façon Standblog, pour mes petits yeux fatigués. Merci Denis !

Mark Pilgrim nous indique que le WaSP termine sa campagne de mise à jour des navigateurs

Le pourcentage de navigateurs supportant les standards a considérablement augmenté. Le pourcentage de navigateurs non-standards est bas et ne fait que baisser plus encore. Ces anciens navigateurs sont le plus souvent employés dans des institutions où le choix du navigateur ne dépend pas de l'utilisateur. Aussi, il ne reste que peu de raisons de continuer notre effort dans cette direction (...)

Il est temps pour les constructeurs de sites de faire un effort pour mettre à niveau leurs connaissances et de tirer profit des progrès réalises (par les navigateurs). Pour les mois à venir, le Web Standards Project a l'intention d'aider les constructeurs de sites à apprendre comment utiliser intelligemment les standards dans leur ensemble.

Arf, ça me rappelle furieusement OpenWeb...

Après une semaine de vacances, limité par un accès improbable au Web, je reviens et trouve quantité de nouvelles choses. Un premier constat, mes camarades blogueurs ont tenu le cap avec fermeté.

• FAQ sur Mozilla et Netscape 7 par l'indispensable Pascal Chevrel
• Le blog de François Planque est maintenant sans tableaux
• Chris Casciano nous offre sa PNH Developer Toolbar, que je vais tester, et qui promet de devenir une référence.
• Comparatif Camino / Safari : Il est trop tôt pour dire si Safari et Camino vont relancer une nouvelle guerre des navigateurs, mais c'est une escarmouche intéressante. Quoiqu'il en soit, cela devrait donner quelques idées à Microsoft ou du moins des indications plus ou moins subtiles qu'ils ne devraient pas se reposer sur les lauriers d'Internet Explorer.
• Le W3C nous offre le LogValidator, sur une idée de Karl, qu'il avait exprimé dans son blog (mais impossible de retrouver l'article)
• Cingular.com s'offre un nouveau design conforme aux standards. Evolt.org détaille cela.
• Nouveau sur DevEdge, mais déjà lu ailleurs, Mozilla pour le développement Web. Un must dont j'ai déjà parlé ici même.
• Un bon article pour les 5 ans de Mozilla.org sur LWN.net

Un nouvel article de ma plume vient de paraître sur OpenWeb. Intitulé Toi comprendre moi ?, il fait le point sur l'importance de la validité des pages et les différents modes de fonctionnement des navigateurs : Quirks, Standard/Strict et Almost-Standard. Il a été écrit suite aux questions des lecteurs du StandBlog :-)

Safari Beta 2 vient de sortir. Mark Pilgrim et Jeffrey Zeldman en parlent.

Nouveau nom pour le navigateur Phoenix ! Comme le déclare Asa dans Mozillazine, le navigateur léger issu de Mozilla s'appellera Firebird, (oiseau de feu) et son logiciel de messagerie sera nommé Thunderbird (oiseau de tonnerre). Rappelons que Phoenix était déjà utilisé pour un logiciel de navigation intégré dans les BIOS de la même marque, ce qui a provoqué le changement de nom.

Les jolies filles à la rescousse ! Je critiquais récemment les approximations de Peter-Paul Koch, quant à la compatibilité des standards et à l'accessibilité. Anitra (spécialiste de l'accessibilité) et Steph (du WaSP s'étonnent elles aussi des propos qu'il a pu tenir dans ces articles. Quel plaisir de se sentir aussi bien entouré...

L'ami Eric Meyer vient de publier sur Netscape DevEdge une charte de compatibilité CSS, auparavant hébergée par un site qui a fermé ses portes. Eric travaille à la mettre à jour avec des informations plus récentes, incluant Netscape 7 et les versions récentes d'Opera. Patience ! J'en profite pour signaler le sondage de DevEdge, que je vous encourage à faire, pour nous permettre de mieux répondre à vos attentes !

Quelques jours de vacances pour l'auteur de ces pages, en espérant que ça donnera le temps à Blogger.com de bien vouloir résoudre les problèmes de permaliens que l'on subit depuis début avril... Peut-être aurais-je le temps d'écrire par-ci par-là quelques articles ? À bientôt...

Cela n'aura pas pris longtemps :-) À peine Yahoo nous sort une nouvelle interface pour son moteur de recherche, que l'infatigable Douglas Bowman refait la page en CSS, tout juste commentée d'un simple je n'ai pas pu résister... SimpleBits commente.

La belle Anitra est elle aussi étonnée par les bévues de PPK dans son article sur Javascript et accessibilité. Elle est juste plus polie que moi ;-)

Todd Dominey vient de terminer le redesign de PGA.com, un site sur les tournois de Golf aux États-Unis. Il nous détaille sa démarche, justifie ses options, et pourquoi il a fait un design hybride, mi-tableaux, mi-CSS. Intéressant.

Un article de MacCentral nous apprend que le navigateur pour Macintosh OmniWeb 4.5, dont une pré-version serait disponible sur le site de l'éditeur, utilisera les technologies d'Apple basées sur le moteur de navigation Open-Source KHTML, déjà utilisées dans Safari. Il s'agit là d'une excellente nouvelle pour les standards, dans la mesure ou KHTML propose un support des standards bien supérieur à ceux d'OmniWeb, qui était jusqu'à présent très en retard sur ce point. La version actuelle d'OmniWeb est proposée au prix de $29.95. Rappelons que KHTML est aussi utilisé par Konqueror.

Je travaille actuellement en tâche de fond sur l'accessibilité : une nouvelle section dans Netscape DevEdge, de nouveaux articles sur OpenWeb sont prévus. J'accumule de nouveaux liens vers des ressources, des outils, des tutoriels, en anglais et en français. Et je viens de tomber successivement sur A-Prompt en français (téléchargement gratuit et copies d'écran) et sur un excellent article compilant les raisons égoïstes poussant à produire du contenu accessible. Un délice de pseudo-cynisme et bon sens mélangés, un article à conserver soigneusement pour convaincre les incrédules.Quelques extraits :

1. Plus d'efficacité dans les moteurs de recherche (cf aussi le post d'Anitra)
2. Éviter de coûteux procès
3. Les riches avec des gadgets hors de prix
4. Le pouvoir d'achat des handicapés
5. Devenir un meilleur web designer
6. À quoi ressemblera le Web quand j'aurais 65 ans ?
7. Personne n'a prévu de devenir handicapé : et si ça vous arrivait ?

Comment ai-je pu oublier de parler de l'excellent article de mon collègue Bob Clary, sur l'optimisation de pages Web? Les points 6, 7 et 8 sont particulièrement frappants, et ont un impact positif sur l'accessibilité :

• Réduire le nombre de scripts en ligne
• Utiliser du balisage moderne et les CSS
• Decoupez votre contenu (en évitant les tableaux imbriqués)

Le designer de FastCompany (passé aux standards recemment) nous offre une jolie astuce pour faire des onglets en CSS.

L'indispensable Anitra Pavka nous informe que 78% des sites gouvernementaux anglais ne sont pas accessibles. Voilà bien un exemple ou la France est leader, on doit bien approcher les 97% :-( Pardonnez mon mauvais esprit, mais j'aimerais bien que les choses bougent un peu plus de notre coté de la manche. Heureusement, on s'active aussi dans nos ministères (une interview est à paraître prochainement sur OpenWeb) et la RATP a mis à jour son CiteFutee.fr et retiré le JavaScript propriétaire de ses menus dynamiques.

Voici probablement ce qui est le meilleur article de la semaine :Mozilla pour tester et déboguer des sites Web. Un article très complet, ou j'ai appris quantité de choses. On y parle de JavaScript Debugger, du DOM Inspector, mais aussi de gestion du cache, des cookies, etc. A lire, vous dis-je ! A quand une version en français sur OpenWeb ou Pompage ?

Peter-Paul Koch nous sort coup sur coup deux articles, sur des sujets passionants :

1. JavaScript et Accessibilité. Le problème et de taille et l'on peut apprécier la démarche de PPK d'attaquer le dogme qui déclare toute utilisation de JavaScript rend un site inaccessible. Pourtant, l'article lui même est très décevant. PPK regrette que malheureuseument, la plupart des pages sur l'accessilité de JavaScript sont plutôt vagues et incomplètes. Soit. Mais l'article ne vaut guère mieux car il enchaîne les imprécisions et supputations avec une rare régularité, du genre :Je ne sais pas comment les navigateurs vocaux gèrent les pop-ups, mais j'imagine qu'ils la voient comme une nouvelle page. Cela ne pose pas de problème d'accessibilité. Bah voyons :-(
2. Standards Web et compatibilité ascendante. La encore, une approche anti-dogmatique, donc à priori rafraichissante. Mais PPK dérape encore :Ce que veulent vraiment dire les gens, c'est "les standards du Web vous assurent que votre site sera toujours utilisable dans tous les navigateurs". Ce genre de phrase relève du procès d'intention, mais admettons qu'elle soit vraie. Une des grandes idées derrière les standards du web, c'est la notion de device independence. Autrement dit, il est prévu que le contenu puisse être rendu (lu, affiché en texte ou en Braille, projeté, etc..) indifférement du dispositif utilisé (qui n'est donc pas forcément un navaigateur tournant sur un PC de bureau). Maintenant, la question qui reste à résoudre, c'est celle du respect des standards par les futurs dispositifs. Tous les nouveaux navigateurs respectent les standards, ce qui est dejà un progrès énorme par rapport au monde bipolaire Netscape-Microsoft des pires années de la Nouvelle Économie. La même question à propos des outils de poche reste pour l'instant sans réponse. Un élément de réflexion, toutefois : entre un téléphone compatible WAP et un autre supportant tous les sites web, et tout particulièrement ceux qui respectent les standards, lequel choisiriez-vous ? Un indice : le premier est compatible avec une poignée de sites, l'autre fonctionnet moyennement avec la plupart des sites, et parfaitement avec tous les sites modernes.

Bon, vous l'avez compris, les articles sur les standards ne naissent pas tous égaux. J'aurais bien voulu aimer les articles de PPK. Mais non, rien à faire, je les trouve creux et prétentieux. Du bruit, du vent, peu d'info. Bref, ces deux-là, et même le précedent (ça fait donc trois) ne méritent pas d'y passer du temps. Espérons que le prochain article de PPK soit aussi novateur qu'il prétend l'être mais -- cette fois-ci -- vraiment instructif.

Merci à Marco de nous signaler que la page d'accueil du site 4D.fr est réalisée en CSS et XHTML1.0 (malheureusement invalide)

Un petit nouveau dans le monde des blogs qui parlent à l'occasion des standards : Carnets Bleus, de la société Experiense. Parce qu'un blog qui cite CyberCodeur, StandBlog et OpenWeb ne peut pas être entièrement mauvais ;-)

ZDNet publie un article sur la nouvelle Roadmap de Mozilla :

Le principal navigateur internet libre, présenté comme une alternative à Internet Explorer, va se décliner en version light. Son code source reprendra celui de Phoenix, un petit frère de Mozilla, plus léger et plus rapide que son aîné.

Cela fait suite à un article sur l'intégration de Mozilla par HP, daté de la semaine dernière.

Un rapide coup d'oeil aux statistiques d'affluence d'OpenWeb nous indique qu'en 8 jours, 658 navigateurs différents ont été utilisés pour visiter le site. A vous dégouter de coder pour un navigateur spécifique :-)

L'excellent Douglas bowman (Mr. HotWired) analyse le progrès fait par Yahoo dans le lancement du tout nouveau Yahoo Search en terme de respect des normes. En substance, Yahoo se met progressivement aux standards. Si la page d'accueil utilise encore des tableaux imbriqués, la page de résultats fait un usage plus poussé des CSS. Compte tenu du trafic que Yahoo reçoit, je pense qu'ils se préparent à une utilisation plus soutenue des CSS et d'un HTML plus affiné, ne serait-ce que pour une accessibilité améliorée et une réduction de la taille du fichier.

OpenWeb sort de sa torpeur... Après plusieurs jours pour se remettre de nos émotions, près d'une centaine de messages via la page contact, le site est progressivement amélioré pour tenir compte des suggestions, et la publication d'un nouvel article sur CSS à l'impression, issu du clavier fertile de Laurent Blog&Blues Denis. A noter aussi, en réponse à la suggestion de Karl, la possibilité de faire passer via OpenWeb vos commentaires sur le brouillon de la spécification XHTML 2.0.

A en croire plusieurs articles, dont celui-ci, Microsoft va modifier Windows XP pour permettre aux utilisateurs de choisir plus facilement le navigateur Web de leur choix. Un porte-parole indique :

(Microsoft) va mettre en place une fonction permettant de désactiver (Internet) Explorer de façon plus visible dans Windows XP. Les différentes versions du système Windows sont utilisées sur 95% des PC de la planète.

Les lecteurs les plus anciens du Standblog savent que j'ai une rubrique intermittente intitulée L'abus de standards peut nuire à votre santé, qui n'est rien d'autre qu'une occasion pour moi de faire du mauvais esprit. Vous voilà donc prévenus, et les chastes lecteurs feraient mieux de sauter cet article pour lire le suivant. Comme chacun sait, les standards sont à la mode, et il paraît que pour réussir, il faut coucher. C'est bien ce que laisse entendre Karl, qui relate la dernière réunion montréalaise sur les standards, l'amitié virile qui s'en dégageait, et surtout, sans transition, embraye sur le douloureux problème de la sodomie en amérique du nord. Enfin, quand je dis douloureux, je ne fais que rapporter des ouïe-dire :-). Vous ne me croyez-pas ? J'ai fait pour vous une copie d'écran.

En relisant ce matin le brouillon de la spécification XHTML 2.0, et je suis tombé sur quelques extraits très intéressants dans l'introduction, définissant ses objectifs et les principes qui ont dirigé sa conception. Dans l'introduction, trois sujets très importants sont traités :

1. Compatibilité avec les anciennes versions
2. Présentation du contenu XHTML 2 (CSS)
3. Objectifs visés dans la création de la specification

La lecture de ces quelques paragraphes permet de mieux voir la direction que prend ce projet, et l'audace dont il fait preuve. Il convient toutefois de se souvenir que les versions précedentes de XHTML ont vocation à rester, et qu'elles pourront être utilisées par ceux qui ne trouvent pas leur compte avec la version 2.0, et que cette dernière ne sera déployée que dans plusieurs années, sur des navigateurs qui seront basés sur XML.

L'excellent et tout nouveau MadeForAll, site sur l'accessibilité, nous gate avec un papier de Ian Lloyd (Accessify, WaSP) et une interview de l'incontournable et très admiré Joe roi du sous-titrage Clark, dont je ne cesse de chanter les louanges, à cause de son building accessible web sites. Même Zeldman est d'accord :

Joe Clark, author of the best book on accessible web design that is likely to ever be written. Joe's book should be standard equipment in every agency or in-house division that produces web content and in every school that teaches new media design. (Read Chapter 6 of Joe's book online.)

Voilà qui me met doublement dans l'embarras : qui vais-je pouvoir interviewer pour le prochain Accessibility Central de mon bien aimé DevEdge, maintenant que Joe est partout, hein ?

Mais, ils ont bouffé du lion ou quoi ? Laurent et Mat tombent à bras raccourcis sur le pauvre webmestre de AllHTML. Je dois avouer une chose : c'est un peu de ma faute. Un lecteur OpenWeb nous écrit pour nous dire que notre site est superbe et nous demander dans quelle mesure il, je cite, ne marchait pas sur les plates-bandes d'AllHMTL. Je suis retourné faire un tour sur le site en question, histoire de me rafraichir la mémoire. quelques différences avec notre OpenWeb sautent aux yeux :

• Pas de pub chez OpenWeb, ni bannière, ni pop-up
• Parti pris sur les techniques "modernes" et conformes aux normes
• Site accessible
• Utilisation des tableaux limitée aux données tabulaires, (Mise en page via CSS)
• Contenu sous licence libre et non pas Tous droits réservés.
• OpenWeb est plus jeune, plus moderne, et forcément beaucoup moins fourni, et nous sommes un groupe de bénévoles passionnés. A l'inverse, le webmestre d'AllHTML fait cela pour gagner sa vie et a pour lui son ancienneté. (Pas de honte à cela, je suis moi-même salarié de la World Company)

Pour conclure, même si AllHTML semble resté bloqué dans les limbes du siècle précedent, il ne faut pas oublier que nombreux sont les webmestres (son audience) qui sont dans le même cas. Pourquoi une publication commerciale s'embêterait à ébranler les convictions de ses lecteurs, férus de spacer-Gifs et de tableaux imbriqués améliorés à grand coup d'applet Flash et Java ?

A partir du moment où les développeurs Web demandront plus d'info sur les standards et les méthodes modernes de développement de sites, AllHTML verra son audience se réduire jusqu'à ce qu'il suive la tendance lancée par OpenWeb. Tout vient à point pour qui sait attendre. D'ici là, se gausser de l'ignorance et/ou de l'immobilisme de certains ne fait pas forcément avancer le débat : je ne tiens pas à reproduire le prosélitisme linuxien qui affirme si t'es sous Windaube, tu crains, faut passer à Linux en ligne de commande, tu peux booter depuis un floppy, ça ROXX. Je pense en effet que cette attitude ne fait pas avancer les choses pour le plus grand nombre. Je sais de quoi je parle, je suis aussi un utilisateur de Windows :-) (mais pas seulement)

Pascal Chevrel nous livre un coup d'oeil sur Opera 7.10 Beta, et semble avoir autant de problemes que moi avec blogger.com pour les archives :-(

Certains organismes ont compris l'importance de la confidentialité des informations personnelles, des standards ouverts pour l'interopérabilité et du code source ouvert pour redonner le contrôle de son destin informatique à l'utilisateur. Parmi ces organismes figure en bonne place l'Université de Buffalo, de l'Etat de New-York, dont la direction informatique vient de publier une liste de résolutions (ainsi que ce qui a motivé ces résolutions) qui devrait empêcher la direction de Microsoft de bien dormir. A tous ceux qui n'ont pas encore compris l'importance fondamentale des logiciels libres et des standards ouverts, ce document devrait ouvrir les yeux :

• 1 - Etant donné qu'un accès direct et non limité à l'information est fondamental et essentiel aux recherches des étudiants, au dialogue et à la rechercherche académiques, à l'avancement des méthodes de recherche, à la liberté académique et à la liberté de parole; et (...)
• 4 - Etant donné qu'il y a un risque significatif que les futurs systèmes d'exploitation Microsoft serviront à limiter les droits des étudiants et du public de contenu sous copyright, tel que suggéré par le brevet de Microsoft #6330670 de décembre 2001, intitulé Système d'exploitation avec gestion numérique des droits; les développeurs de Palladium et Secure Audio Path; autant de technologies qui empèchent l'accès direct par les utilisateurs à des données situées sur leur propre machine; et
• 5a - Etant données les restrictions imposées par le contrat de license de l'outil de composition de pages Microsoft FrontPage 2002, qui indique Vous ne pouvez pas utiliser ce logiciel en connexion avec un site dépreciant Microsoft, MSN, MSNBC, Expedia, ou leurs produits et services, sont autant de restrictions inacceptables de la liberté d'expression;
• 5b - Etant donnée que le prétendu Patch de sécurité Q320920 pour Widnows Media Player, qui donne à Microsoft des droits d'administration distante à l'ordinateur de l'utilisateur et le droit de supprimer votre capacité à copier et/ou accéder à du contenu sécurité ou d'autres logiciels sur votre ordinateur, implique un abandon significatif du contrôle et de la confidentialité de la part de l'utilisateur final; et (...)
• 12 - Etant donné que le logiciel libre offre une alternative à travers laquelle les missions essentielles de l'Université Buffalo sont préservées, soutenues et améliorées,
• 13 à 15 - il a été décidé que (...) l'Université fournirait le support aux étudiants intéressés, au corps enseignant et à l'administration pour le logiciel GNU/Linux (...) OpenOffice et/ou les autres suites de productivité open-source, (...) et pour les alternatives open-source aux applications propriétaires à chaque fois que possible.
• 16 - Il a été décidé de mettre en place une politique de promotion --a chaque fois que possible-- des formats ouverts de documents et des protocoles de communications ouverts, et dans le cas d'annonces et de diffusion de documents destinés à une large audience, de décourager l'utilisation de formats secrets et propriétaires (tels que le format Microsoft Word) en faveur de formats ouverts (tels que le texte simple et l'HTML), qui sont accessible universellement.

Toujours sur la nouvelle Roadmap de Mozilla.org, plusieurs acteurs se sont exprimés :

• Brendan Eich, sur SlashDot, à propos de la qualité du code de Gecko puis de l'importance de XUL.
• Asa Dotzler
• Matthew Thomas (anciennement responsable de l'interface utilisateur pour Mozilla)
• blogzilla
• Bradsoft
• News.com
• Pascal Chevrel
• Simon Willison

Adrian Holovaty nous offre une réécriture d'une barre de navigation à la sauce standards. A programme :

1. Réduction de la barre de navigation de 84% (8K au lieu de 50k)
2. Fonctionne même sans JavaScript
3. Plus grande cohérence dans le fonctionnement

Une très belle interview de Steve Champeon (du WaSP) sur son métier de concepteur Web. Steve n'y mâche pas ses mots. En voici quelques extraits :

Le bon design, c'est celui qui répond aux contraintes et qui résoud les problèmes de communication. J'exècre les gens qui semblent oublier que le design existe du début à la fin du projet, que ça n'est pas juste un visuel, et que ça n'est sûrement pas un truc qu'on refile à un surdoué de Photoshop en s'attendant à ce qu'il soit intégré par la suite. Tous ceux qui pensent autrement feraient bien de se rappeler pour quel medium ils travaillent.

Le problème pour beaucoup de designers du monde de l'impression, c'est qu'ils pensent que quand leur travail est fini, le projet est fini. Les sites web passent par un grand nombre de mains, vivent jour après jour, évoluent. Ils ne sont jamais terminés, et leur qualité n'est pas jugée suivant les critères retenus pour les documents imprimés. (...) Ils sont jugés quotidiennement par tous ceux qui les utilisent et franchement, l'aspect visuel est bien la dernière chose qui compte, une fois passée la première impression (...)

Je n'ai pas beaucoup d'estime ces temps-ci pour les divas du graphisme, surtout s'ils ne peuvent pas comprendre qu'ils ne sont qu'une partie d'une équipe, et qu'il n'existe pas de bonnes raisons pour rendre un site plus dur à faire, à maintenir et à utiliser et ainsi de suite; juste pour rajouter un joli design à leur tableau de chasse. C'est une démarche insensée, et incroyablement indigné d'un professionnel.

Quant aux outils [de design], je ne sais pas. J'utilise un éditeur de texte depuis des années, et je ne crois pas beaucoup dans les outils Wysiwyg. Le support des gabarits dans DreamWeaver et Contribute est une bénédiction pour nous : nous avons enfin des outils qui ne vont pas massacrer notre travail. On peut donc les donner à nos clients en sachant qu'ils vont pouvoir changer ce qui est important pour eux, à moindre coût, et sans devoir se plonger dans les mystères du HTML.

Une pièce de plus à verser au dossier des coins arrondis en CSS. Proposée par le même auteur tchèque qui a déjà commis les boutons W3C en texte. A son palmarès, notons aussi d'autres astuces, pas toujours du meilleur goût, comme le stylage d'abbr malgré les limitations d'Internet Explorer.

Presque 5 ans jour pour jours après la publication du code source de Netscape Communicator et la création de Mozilla.org, une nouvelle Roadmap est publiée, donnant une nouvelle impulsion au développement du lézard. L'idée de départ est de modulariser la suite Mozilla (navigateur, messagerie, éditeur, carnet d'adresse) en différentes applications, comme Camino (navigateur pour le Mac, anciennement Chimera) Phoenix (navigateur pour Linux et Windows) et Minotaur (module indépendant pour la messagerie)

L'intérêt n'est pas simplement de favoriser l'utilisation d'applications spécifiques à la place d'une suite monolithique, même si c'est ce que va constater principalement l'utilisateur final. L'impact le plus important de cette décision sera ressenti du coté du développement du logiciel et de l'innovation qui va en découler. Comme l'indique très justement Alex Bishop dans sonarticle Mozillazine :

Mozilla.org propose ces changements pour plusieurs raisons. Aller vers un ensemble d'applications indépendantes et leurs extensions répond aux critiques concernant la trop grande taille d'un Mozilla monolithique. Désigner 1.4 comme branche stable repond aux inquiétudes concernant le fait que la branche 1.0 [utilisée par Netscape 7.0x] est trop en retard par rapport au tronc. Le nouveau modèle de propriété des modules va permettre une meilleure cohérence dans bien des aspects du projet, en particulier pour l'interface utilisateur de Mozilla, souvent critiquée pour son manque de direction. Beaucoup de gens pensent qu'exiger des revues de codes à deux niveaux comme c'est le cas dans Mozilla actuellement est trop contraignant pour un développement efficace. Supprimer cette obligation dans certains cas devrait résoudre ce problème. Enfin, ré-architecturer Gecko permet de s'assurer que le moteur de rendu de Mozilla reste au meilleur niveau et ne souffre pas plus d'une modularisation excessive et d'éventuelles décisions malheureuses qui ont pu être commises dans le passé.

L'émulation a parfois du bon... Devant la réussite de W3Qc, le groupe Québécois de support des standards, l'inénarrable Joe Clark prend la mouche et déclare :

Que je sois damné si je laisse ces gamins de Montréal fanfarroner avec leurs réunions géantes de 22 gugusses à siroter du café pour discuter du développement Web conforme aux standards --tout en babillant comme des gamines. (...) Que va-t-on y faire ? Parler, rire, brailler des chansons paillardes, faire griller des shamallows végétariens et se demander si on veut renouveller l'expérience en mai prochain.

FastCompany.com vient de passer aux standards. La page valide en XHTML 1.0 et le design est fluide et semble accessible. Chapeau ! Ils fournissent même une page décrivant leur démarche. Zeldman, StopDesign s'extasient autant que moi. Le designer et le directeur artistique en parlent dans leurs blogs respectifs.

Excellent ! Des boutons de validation W3C en texte et CSS. Merci Zeldman pour le lien...

Plug-ins : deux trous de sécurité, l'un pour RealPlayer, l'autre pour QuickTime... [Source :InternetNews]

On devrait tous lire le carnet de Pascal Chevrel. Un coup il nous parle d'un étonnant bookmarklet, une autre fois c'est le l'outil d'optimisation de pages web dont j'aurais du parler plus tôt. Le Carnet de Pascal, c'est bon, mangez-en...

J'ai bêtement passé sous silence hier une citation de Joe Gillespie à propos de validation et des logos du W3C :

Il est important que votre balisage valide en fonction de votre DOCTYPE. Si vous n'avez pas de DOCTYPE, la page pourrait bien fonctionner, mais on ne peut pas la qualifier de valide parce qu'on ne la compare pas à un standard donné. La notion de validité est relative et non pas absolue. On peut aussi avoir une page qui fonctionne parfaitement dans tous les navigateurs du moment, mais qui ne passe pas la validation du W3C. Mais alors qu'apparaissent de nouveaux navigateurs, vous découvrirez qu'ils sont nettement moins permissifs que les précedents. Supporter des fonctionnalités dépréciées et du balisage bancale alourdit et ralentit les navigateurs, et c'est pourquoi les navigateurs de dernière génération comme Safari, sont plus sensibles à l'invalidité des pages.

Comme pour compléter ce point très juste, Dave Hyatt mentionnait le cauchemard provoqué par la mauvaise imbrication des balises, avec les contorsions que cela implique en terme de développement. Alors qu'on cherche à mettre des navigateurs dans des matériels de moins en moins puissant, (assistants numériques, montres éléctroniques) comment peut-on imaginer qu'ils pourront créer des arbres DOM effroyablement complexes avec une mémoire RAM très limitée ? Voir aussi à ce sujet l'article d'Hixie.

Mozilla 1.4 Alpha vient de sortir ! La liste des nouveautés est bien longue. Notons le smooth scrolling, dynamic image resizing (bravo Daniel) et une grosse amélioration dand la gestion des signets.

Pascal Chevrel et Mozillazine en avaient déjà parlé : HP adopte Mozilla pour son système HP-UX. La nouveauté c'est qu'HP va fournir du support technique, comme l'indique l'article de C|Net : Parce que nous nous engageons envers l'open source et les standards ouverts, nous allons intégrer Mozilla (dans le futur HP-UX, prévu en juin) et fournir du support technique et des rustines, annonce Mike Wardley, responsable mondial du marketing pour HP-UX. C'est un gros changement stratégique pour nous. Auparavant, en cas de problème, on se retournait vers Netscape..

C'est bien connu, sur Internet, personne ne sait que vous êtes un chien... La même impression vient de m'arriver hier, quand j'ai découvert avec stupéfaction que mon collègue Tom Wlodkowski, directeur de l'Accessibilité Web chez AOL, est aveugle, mais que grace à l'accessibilité (et aux technologie adaptatives), cela n'est pas un obstacle à notre relation de travail.

Joe Gillespie nous offre une nouvelle mise en page de son site avec les CSS, et détaille le processus dans article bien détaillé. Joe termine sur une note négative, trouvant qu'il est plus coûteux en temps d'utiliser les CSS pour le positionnement que les tableaux, car pour l'instant les outils commerciaux comme GOLive et DreamWeaverMX ont encore un support médiocre de ces technologies, l'obligeant à avoir recours à un éditeur de texte. Pour ma part, je pense aussi que Joe fait face à au problème très courants des nouveaux venus aux CSS. On vient d'une technique (dépassée) qu'on connait par coeur, et l'on tente de faire la même chose, sans changer de mode de pensée, avec une technologie qu'on ne connait pas encore. C'est forcément plus difficile. Mais il ne faut pas se décourager pour autant... En commençant par des exercices simples (mise en page sur 2 colonnes, par exemple) et sans fioritures, on apprend petit à petit, et on peut s'attaquer à des problèmes plus complexes. Il reste certes des choses difficiles à faire en CSS, (alignement vertical, par exemple), mais globalement, cela reste bien plus facile à maintenir et plus rapide à télécharger que du balisage à base de tableaux imbriqués...

En Angleterre, Pays de Galles et Ecosse, l'accessibilité est une chose sérieuse, semble indiquer un communiqué de la DRC. Cet organisme, dépendant du gouvernement britannique, lance en effet une enquête sur l'accessibilité de 1000 sites web anglais, gallois et écossais. Objectif : identifier les obstacle les plus fréquents à l'accès web, et aider les propriétaires et développeurs de sites web à les reconnaître et les éviter. Ma suggestion aux développeurs visés par la DRC : jetez un oeil à l'excellent Accessify.com... [source : The Register, mentionné par Loïc]

Une folle rumeur court ces temps-ci sur le retrait de Microsoft du W3C. Je pensais passer cette rumeur sous silence, mais elle enfle tellement que cela vire à la légende urbaine. Rappel des faits :

1. Microsoft décide de quitter le groupe de travail Web Services Choreography
2. Infoworld publie un article indiquant que Microsoft quittait le Working Group après avoir fait une grosse contribution sur BPEL4WS, en commun avec BEA et IBM (tous deux leaders du marché des serveurs d'applications.
3. The Enquirer publie un autre article, avec un ton dramatique (il faut bien faire de l'audience, en ces temps de vaches maigres), d'après l'article d'InfoWorld.
4. Des gens mal informés ou à la recherche d'un nouveau troll diffusent l'information sous le titre Microsoft quitte le W3C. Cette information déformée a été publiée sur plusieurs listes de diffusion, forums Usenet, et se retrouve sur des sites prétenduement d'information...

La réalité : Microsoft a décidé de ne plus participer à un des groupes de travail du W3C. C'est tout. Ce genre de chose arrive assez fréquemment. Et quand David Hyatt, a rejoint le groupe CSS au W3C, au nom d'Apple, on en a pas fait tout un fromage. J'ai posé la question à mon collègue et ami Daniel Glazman, ancien membre du HTML Working Group et maintenant membre du CSS Working Group, si de telles choses étaient déjà arrivées au W3C. Sa réponse fut très simple : Cela n'est pas la première ni la dernière fois qu'une entreprise rejoint puis quitte un groupe de travail suite à des désaccords soit avec la charte du groupe, soit avec les spécifications. Cela fait partie de la vie normale d'un groupe de standardisation.. Pour enfoncer le clou, je citerais Karl Dubost, du W3C, dans un message à la liste Interop : MS quitte un WG (groupe de travail), il ne quitte pas le W3C.

DevEdge propose la seconde partie de l'interview du chef de projet d'ESPN, qui vient de passer à la mise en page CSS. ESPN dispose d'une page Mettez à jour votre navigateur intéressante, mentionnant que 98,6% de leur utilisateurs disposent d'un navigateur conforme aux standards. Comme avantages devant inciter les visiteurs à changer de navigateur, on trouve :

• Un chargement plus rapide de la page
• Plus d'interaction
• Un nouveau look

Cela est certes vrai, mais ne devrait pas cacher la principale raison : une économie impressionnante en bande passante (2 Tera-octets par jour, environ 730 par an).

Comme l'indique Mozillazine, cela fait 5 ans aujourd'hui que le code de Mozilla est public. Joyeux anniversaire, mon gros lézard !

Ah, il y a des lundis plus joyeux que d'autres. La semaine dernière, le WebStandards Project annonçait OpenWeb, et les voilà qui annoncent mon Stragegy Central et sa article sur les avantages des standards (voir la présentation PowerPoint associée). Mes 15 minutes de célébrité ;-) Pendant que je suis dans une phase de bombage de torse (Sam, t'es con ;-) je vous fais une petite liste rapide des gens ayant annoncé OpenWeb, et je retourne dans ma caverne bosser sur les standards :

1. linuxfr.org (en home page, SVP :-)
2. webstandards.org
3. www.phpindex.com
4. phpdebutant.org
5. realink.org
6. yann.services-virtuavision.com
7. boomtchak.net
8. mozillazine-fr.org
9. salug.tuxfamily.org
10. atu2l.org
11. sukria.net
12. weblogger.ch
13. pascal.chevrel.free.fr
14. climbtothestars.org
15. la_page_de_marco/
16. la-grange.net
17. cortexfh.free.fr
18. froglog
19. conforme.phidji.com
20. unadorned.org/dandruff
21. navire.net(tout en bas)
22. blogs.application-servers.com
23. unixtech.be
24. aful.org
25. mozilla.tlk.fr
26. MacGeneration
27. Accessify.com
28. Metacites.net
29. Jean-Yves Radio

Blogs openwebiens :

1. Laurent Denis
2. Laurent Jouanneau
3. Samuel Latchman
4. Emmanuel Clément
5. Olivier Meunier
6. Pascale Lambert-Charreteur
7. Denis Boudreau
8. Mathieu Pillard

Pour ceux qui désespèrent de ne pas avoir de coins arrondis dans les divs avec les CSS, il faut savoir que CSS 3 le permettra. Mozilla offre déjà cette possibilité, ayant devancé le standard en vue de démontrer son implémentatibilité. Notons au passage que la propriété est intitulée -moz-border-radius, conformément aux règles en vigueur, de façon à ne pas faire croire à une instruction standardisée alors que la spécification n'est pas encore publique. Le site Photobiker.com est un bon exemple de mise en page CSS très simple et utilisant les bords arrondis. Si vous ne pouvez pas attendre que la spécification soit finalisée et implémentée, il reste les bidouillages hérités de l'ère maudite des tableaux.

Regarde Maman, sans les tableaux !. Un site site Brésilien recense des pages web utilisant le positionnement CSS à la place des tableaux. Dans la colonne de droite de la page d'accueil, une compilation de sites utilisant des tables, et leur équivalent en CSS...

Petite mention de DevEdge Strategy Central dans Digital-Web.com. Ca fait chaud au coeur. Et vous, avez-vous téléchargé ma présentation PowerPoint et lu mon article ? Vos critiques et suggestions sont les bienvenues !

Oui Pascal, je vais en parler :-) : SitePoint nous offre une entrevue avec une des membres du Web Standards Project sur l'importance des standards. Quelques extraits qui ont retenu mon attention, pris dans un entretien de qualité...

Pensez-vous que les standards sont de plus en plus acceptés par la communauté Web ?

Tout à fait. L'année dernière, le simple fait de suggérer de valider une page qui posait problème pouvait déclencher une bordée d'injures dans une liste de diffusion. Ca n'est plus le cas aujourd'hui. On comprend mieux ce que représentent les standards, pourquoi ils sont importants, et on s'intéresse beaucoup à l'utilisation de CSS pour la mise en page, à XHTML par rapport à HTML, à l'accessibilité, etc. Si les gens n'acceptent pas le progrès, ils resteront à la traîne, et les nouveaux arrivants dans le métier, qui ne sont pas limités aux pratiques d'il y a 4 ou 5 ans, vont disposer d'un réel avantage.

Pourquoi pensez-vous que c'est le bon moment pour écrire un livre sur les standards à l'attention des débutants ?

Un nouveau venu dans le métier serait fou d'apprendre autre chose que les standards. Ceux-ci sont d'actualité, non pas parce qu'ils sont importants en tant que tels, mais parce que l'utilisation de balisage valide a des implications sur quantités d'autres considérations. En commençant par l'accessibilité : une document conforme aux standards a beaucoup plus de chances d'être analysé correctement par des systèmes autres que des navigateurs graphiques. Si vous débutez, autant partir sur des bases solides des langages du Web et leur bonne utilisation. C'est là que le débutant a sa chance : il n'a pas à désapprendre les anciennes techniques utilisées dans le temps pour contourner les limitations et balises propriétaires des deux navigateurs les plus répandus à l'époque.

(... a propos de DreamWeaver...)

Le fait que les développeurs d'outils de développement Web et de navigateurs Web mentionnent la conformité aux standards comme une des premières fonctionnalités de leurs produits démontré à quel point le sujet est important.

Les méfaits de la détection des navigateurs : un article décrivant le retour de la revanche... Il se trouve que le site TheRegister.co.uk s'affiche mal dans Opera 7. La raison est toute simple : par défaut, Opera se fait passer par défaut --via sa chaîne UserAgent-- pour Internet Explorer. L'article publié sur le site demande aux utilisateurs d'Opera de changer ce réglage. Pour plus d'information sur la détection de navigateur, je ne saurais trop vous recommander la lecture de l'article de mon collègue Bob Clary. En attendant que paraisse la version française de cet article, (c'est prévu), voici un petit historique du microcosme mouvementé de l'identification des navigateur, ce qui devrait dissuader toute personne psychologiquement équilibrée d'utiliser la technique de détection, hors cas très spécifique :

1. Netscape utilise depuis toujours le nom de code Mozilla dans la chaîne UserAgent pour s'identifier
2. Internet Explorer, dans ses premières versions, reprend cette même identification, en rajoutant la mention compatible.
3. Mozilla.org sort le navigateur Mozilla, basé sur le moteur Gecko. Le nom Mozilla étant déjà utilisé par Netscape 4 et Internet Explorer, le mot-clé Gecko est rajouté en plus de Mozilla 5.0
4. Opera 7 s'identifie par défaut comme Internet Explorer, indiquant dont Mozilla compatible
5. Safari d'Apple, dont les capacités se rapprochent de Mozilla, décide de s'identifier avec la mention like Gecko
6. Les utilisateurs de nombreux navigateurs basés sur Gecko peuvent changer eux-même la chaîne UserAgent. Cette manipulation est souvent réalisé pour contourner des filtrage de sites ignorant qu'ils sont compatibles avec ces nouveaux navigateurs, ou bien pour des tests. (cf la PrefBar ou les Evangelism SideBars)

Pascal Chevrel nous offre un Avant/Après intéressant. Le redesign d'une page en CSS passe le HTML de 24K à 4K, auxquels il faut rajouter les presque 3K de la feuille de style (qui n'est chargée qu'une fois).

Le printemps du Design. Sam approche visiblement de la finalisation, et c'est déjà superbe, Olivier s'y est mis et envisage déjà, 24h heures plus tard, à tout refaire :-), Denis a ressortit sa trousse à outils et tout cela démange Emmanuel Clément, le designer d'OpenWeb. ah, si seulement j'avais du talent (et du temps, aussi), j'en ferais autant...

Un mercredi sans articles, pour me laisser le temps de souffler un peu, après OpenWeb et le DevEdge Strategy Central. A demain, si vous le voulez bien ! © Lucien Jeunesse.

Une interview très touchante de Julie Howell, qui travaille au RNIB (voir aussi le commentaire de Denis Boudreau). Un extrait de l'interview :

J'ai vu l'énorme impact positif qu'Internet peut avoir sur beaucoup de personnes handicapées. Il a rapproché de la société les personnes enfermées chez elles, offert l'information à ceux qui ne peuvent pas lire ce qui est imprimé; permis d'acheter et d'utiliser sa banque à ceux qui ont du mal à se rendre seuls dans des magasins.

Tim Berners-Lee, l'inventeur du Web, considère que ce dernier est pour tout le monde, quelles que soient les capacités ou les handicaps. Je considère que mon travail consiste pour beaucoup à réaliser cette vision du Web.

L'ami Sam Strictement-cool Latchman est en train de refaire son design, et c'est très prometteur. Plutôt que de repousser les limites de la sémantique, je vais m'attacher à un rendu graphique le plus léché possible, qu'on arrête définitivement de me prendre la tête avec la rengaine sur les sites aux standards forcément moches. Ca tombe bien, on avait fichtrement besoin de jolis sites en CSS, pour faire taire les mauvaises langues. Le CV de l'animal sera bientôt en ligne, au cas ou vous auriez envie d'embaucher l'auteur du nouveau design de PoMPaGe.NeT.

Grosse livraison du coté de DevEdge cette semaine :

• Eric Meyer interroge Mike Davidson, d'ESPN, l'un des sites les plus visités au monde, avec 40 millions de pages vues par jour. A coté, Wired fait tout petit. Une interview fascinante... Juste un petit extrait : Estimant que la page fait 50% du poids de la version précédente, avec 40 millions de pages vues par jour, l'économie réalisée est de l'ordre de deux tera-octets par jour, sans compter le temps de chargement réduit, avec le confort qui en découle pour l'utilisateur.
• Un nouveau Pôle fait son apparition, il s'agit de Strategy Central, offrant des informations pour la promotion des standards du W3C et de l'ECMA. J'y ai compilé des Etudes de cas, des présentations, dont ma toute nouvelle The Case for Web Standards, en Microsoft PouvoirPoint (prête à l'utilisation, mais avec une version texte à disposition). Parmi les nouveaux articles, on trouvera celui qui mentionne Choisir la conformité aux standards plutôt que les méthodes propriétaires, écrit par une collègue, et mon tout nouveau Les avantages des standards du Web. Aurais-je le temps de faire une version française ?

Un bel article de l'excellent Mark Pilgrim à propos des types MIME pour XHTML est signalé par Point-Conforme.

Discussion --via messagerie instantanée-- à propos d'OpenWeb avec mon collègue et ami Eric Meyer, auteur de CSS/Edge et de livres sur les CSS. En voici une reproduction partielle :

Eric: Who did the design for the OpenWeb site?

Tristan: http://emmanuel.clement.free.fr/ who did 2 of my alternate style sheets, too

Eric: It's really nice. Did it start as a graphic file and you figured out how to structure and style it, or was it created as an HTML+CSS file?

Tristan: html+CSS. The guy does the CSS himself, and the markup too. We worked together on navigation/IA

Eric: Very cool. Please pass on my compliments to him on both his design sense and technical abilities. I'm quite impressed by what he's done.

Tristan: will do. He will be impressed, I think he's one of your admirers.

Je reprends ma série l'abus de standards peut nuire à votre santé, et j'avoue avoir dit cette bétise : Sauvez un utilisateur Mozilla, mangez un CDROM Frontpage . Merci Laurent, je l'avais oubliée. Il faut dire que c'était suite au lancement d'OpenWeb, et que j'avais un vif besoin de décompresser. Je rectifie donc ce que j'ai dit en affirmant ne mangez pas de CD ROM FrontPage, c'est mauvais pour la santé... Jetez-le, plutôt !.

Un an de labeur...Et voilà enfin OpenWeb.

Voilà un an, à quelques jours près, que plusieurs participants du forum Usenet fr.comp.infosystemes.www.auteurs se sont contacté par mail, constatant qu'il manquait un site de référence recensant les meilleures pratiques de développement Web. Mathieu Pillard, Hervé Renault, Florian Hatat, Fabrice Bonny furent les premiers, et je ne tardais pas à les rejoindre.

Un an à discuter sur une liste de diffusion, à rêver d'articles didactiques, de tutoriels, de répertoires de trucs et astuces, qui répondraient au questions d'à peu près toutes les audiences possibles :

• Les débutants, qui voulaient prendre de bonne habitudes de codage;
• Les experts, blanchis sous le harnais de la nouvelle économie et du HTML 3.2, qui sont confrontés à l'évolution de leur métier, à l'accessibilité Web, aux nouveaux navigateurs;
• Les gourous de la mise en page CSS et du DOM, qui voudraient bien partager leur connaissances dans la langue de Molière et de Jean-François Abramatic;
• Les décideurs, enfin, qui veulent comprendre ce que les standards du Web peuvent apporter à leurs équipes Web.

Mais le chemin vers le nirvana du savoir partagé est parsemé d'embûches pour ces bénévoles, dont deux deviendront papas au cours de l'aventure, faisant par la même taire ceux qui suggéraient que la pratique du XHTML et du web sémantique était incompatible avec une quelconque vie sentimentale.

Entre deux biberons, les discussions par e-mail continuaient bon train, définissant ce qui deviendrait l'OpenWeb Group et le site que vous visitez actuellement. Après plusieurs mois en comité restreint, quelques membres triés sur le volet sont venu rejoindre l'équipe. Qu'ils soient spécialistes des feuilles de style, de la sémantique, du design, de l'accessibilité, de pédagogie, du JavaScript, du DOM, de l'ASP ou du PHP, tous ont passé de longs mois et de courtes nuits pour vous offrir OpenWeb. Ce projet ne devait être qu'une compilation de tutoriels, et c'est devenu un site conçu par une équipe de professionnels, avec un outil de gestion de contenu en XML et XSLT, un design soigneusement peaufiné, une préoccupation forte quant à l'accessibilité et à la convivialité. En bref, du bricolage entre copain, l'émulation aidant, c'est devenu ce que nous espérons tous être une future référence francophone des standards du Web.

Quant à moi, je me suis contenté de jouer les emm...eurs, pointant du doigt ce qui ne marchait pas, encourageant les initiatives, écrivant les articles dont personne ne voulait, ralant pour que soient respectées les dates butoir de livraison des différentes étapes.

La version 1.0 d'OpenWeb est sortie, le communiqué de presse --avec une citation du W3C, s'il vous plait-- a été envoyé. Nous pouvons souffler, avant d'accueillir les critiques et demandes de participation. Souffler. Dormir. Et dire à quel point je tire une fierté immense du travail effectué par cette douzaine de bénévoles que j'appelle secrètement Les Douze Salopards. Cette douzaine de personnes (dont une jeune femme, la pauvre) pour qui j'ai le plus profond respect, tant pour leurs compétences techniques que pour leur caractère (certes pas toujours facile), qui ont décidé de partager gratuitement leur savoir et leur temps, dans l'esprit originel de l'Internet. Que mes Douze Salopards soient ici publiquement remerciés, du fond du coeur.

En ce jour funeste ou le droit international est bafoué par un pantin qui a réussi à faire croire au monde que :

1. il a été élu (cf Michael Moore et Greg Palast)
2. l'Irak est une menace directe pour les Etats-Unis (cf son discours du 17/3/2003)

 ... je vous propose un petit quizz qui devrait nous changer les idées.

Voici une liste des pays qui ont été bombardés par les Etats-Unis d'Amérique depuis la fin de la deuxième guerre mondiale, dressée par l'historien William Blum :

• Chine 1945-46
• Corée 1950-53
• Chine 1950-53
• Guatemala 1954
• Indonésie 1958
• Cuba 1959-60
• Guatemala 1960
• Congo 1964
• Pérou 1965
• Laos 1964-73
• Vietnam 1961-73
• Cambodge 1969-70
• Guatemala 1967-69
• Grenade 1983
• Lybie 1986
• El Salvador 1980s
• Nicaragua 1980s
• Panama 1989
• Irak 1991-99
• Soudan 1998
• Afghanistan 1997-2002
• Yougoslavie 1999

Dans combien d'entre eux ces bombardements ont-ils fait directement émerger un gouvernement démocratique, respectueux des Droits de l'Homme ? Sélectionnez une réponse :

1. Zéro
2. Aucun
3. Que dalle
4. Pas un seul

Ne vous méprennez pas sur mes intentions. J'aime l'Amérique. Je parle couramment américain. Professionnellement, je fais partie d'une équipe américaine que j'apprécie beaucoup. Je vais fréquemment aux Etats-unis avec grand plaisir, pour y travailler ou pour mes vacances. Mais j'ai mal pour les civils irakiens, mal pour l'Europe et les institutions internationales, mal pour les millions d'américains impuissants de voir une guerre forcément meurtrière déclenchée en leur nom pour des motifs odieusement mercantiles qui font des Etats-Unis la république bananière la plus puissante et la plus agressive de l'histoire. A demain pour des articles sur les standards.

Il voit des CSS partout, l'ami Zeldman, comme le rapporte Point-Conforme. Constatant le nombre croissant de sites utilisant les CSS, Zeldman commente :

Le point commun entre tous ces sites est le désir de mieux servir les lecteurs en chargeant les pages plus rapidement que s'il s'était agit de documents utilisant les tableaux, et de les rendre utilisables par plus d'équipements, autrement dit, par plus d'utilisateurs. Les sites en CSS sont aussi plus faciles et moins couteux à maintenir, plus facile à refaire et à personnaliser et --en séparant la structure de la présentation-- plus faciles à incorporer dans des processus de publication.

Vite dit en passant... Marco vient de refaire son site pro en XHTML 1.1 strict. Et hop, un designer professionnel de plus du coté des standards.

Mais qu'est-ce qu'il leur prend ? D'abord Denis Boudreau, ensuite Samuel Latchman, tous deux designers, font leur profession de foi sur les standards.

Sam : nous avons besoin d'une nouvelle générations de web designers, de gens qui soient capables de rendre les Standards suffisamment sexy pour accélérer leur acceptation par les décideurs et les clients. Mon ambition est de faire partie de cette génération.

Denis : Le combat de David contre Goliath venait de commencer. Faire adopter chez mon employeur et l'ensemble des développeurs le respect des standards, couplé d'une nouvelle vision de ce que devrait être le Web aujourd'hui pour finalement arriver à réaliser le Web de demain. C'est loin d'être chose faite.

Je suis déjà passé par là, au point même de citer Hegel :-). Et ça n'est pas près de s'arrêter...

J'ai envie, ou besoin, de faire de l'Internet un monde un peu meilleur, un peu plus accessible, un peu plus facile d'utilisation, un peu plus rapide à utiliser, un peu plus facilement indexable et globalement, d'une meilleure qualité. En cela, je contribue à la promotion des standards du W3C dont le slogan est faut-il le rappeller, Bringing the web to its full potential. Vaste programme, comme aurait pu le dire le Grand Charles, mais cette idée me passionne, et comme le dit Hegel, Rien de grand ne s'est accompli dans le monde sans passion.

Une nouvelle ressource pour l'accessibilité, les Bookmarklets pour l'accessibilité, en provenance d'Accessify.com, que je viens de rajouter à ma page de liens. A noter, les bookmarklets permettant de montrer les divs ou les tabless, voire d'afficher le contenu sans feuille de style, à la manière d'Opera.