janvier 2003 (96)

vendredi 31 janvier 2003

 

Interview/Chat intéressante de Joël Rivière (Directeur d'une société de sécurité informatique) sur JDNet. Quelques extraits :

  • Q : Que pensez-vous de l'attaque de samedi dernier ?
  • R : Très bon cas concret. Une fois de plus, on a exploité une faille non mise à jour. Et, notez-le, à 99 %, les problèmes de sécurité viennent d'une faille non patchée.
  • Q : Existe-t-il des solutions simples pour éviter le piratage ?
  • R : avoir des produits simples et être à jour est déjà un grand pas en avant en matière de sécurité.
  • Q : peut-on prendre le contrôle de l'ordinateur d'un particulier facilement ?
  • R : Oui, très facilement.
  • Q : Le logiciel libre c'est mieux protégé que le logiciel propriétaire ?
  • R : Pour moi, le libre est mieux protégé car on accède plus facilement aux sources.
  • Q : Vous avez déjà pu discuter avec un hacker ? Si oui, dans quelles conditions ?
  • R : Oui, bien sûr, j'ai déjà pu discuter avec eux... Surtout en garde à vue.

Je ne saurais trop le dire... Mettez à jour votre navigateur, que ce soit MSIE/Win, Netscape 7, Mozilla ou encore Opera.

jeudi 30 janvier 2003

 

Une petite démo à garder sous le coude quand on vous dira Boarf, avec les standards du W3C, on ne peut pas faire aussi bien qu'avec du DHTML made-in-Redmond... (fonctionne dans Netscape 7.01, Mozilla 1.3a, Opera 7 et IE6/win)

 

Opera a publié la liste des standards supportés par sa nouvelle version 7...

 

Quelques citations d'un article de Wired sur Xupiter :

Quand j'aurais retrouvé les fumiers qui ont programmé ce truc, je serais ravi de les castrer avec une paire de cisailles rouillées

Xupiter est la pire chose que je n'ai jamais rencontré sur Internet. Xupiter semble avoir la capacité de se réinstaller tout seul si absolument tous ses composants n'ont pas été retirés. Les novices en informatique pourraient bien ne jamais arriver à s'en débarrasser.

Xupiter est intégré dans au moins un programme de partage de fichier peer-to-peer. Il s'installe tout seul quand les paramètres de sécurité d'Internet Explorer ne sont pas au niveau le plus élevé

Voilà deux mots que je ne pensais pas avoir l'occasion de citer dans le StandBlog : castrer et cisailles. Tout arrive :-)

 

Laurent Jouanneau nous rapporte qu'une nouvelle version de KDE venait de sortir. Au programme, un Konqueror avec des onglets et, l'éditeur Quanta, support HTML, CSS et ECMAScript. Tout cela va dans le bon sens :-)

Toujours chez le même, (décidement, rien à jeter chez lui aujourd'hui, à part ses URLs avec des esperluettes), une interrogation qui est celle de beaucoup de gens Et ça s'affiche dans Netscape 4 ?

 

Quelques citations d'un article de Wired sur Xupiter :

Quand j'aurais retrouvé les fumiers qui ont programmé ce truc, je serais ravi de les castrer avec une paire de cisailles rouillées

Xupiter est la pire chose que je n'ai jamais rencontré sur Internet. Xupiter semble avoir la capacité de se réinstaller tout seul si absolument tous ses composants n'ont pas été retirés. Les novices en informatique pourraient bien ne jamais arriver à s'en débarrasser.

Xupiter est intégré dans au moins un programme de partage de fichier peer-to-peer. Il s'installe tout seul quand les paramètres de sécurité d'Internet Explorer ne sont pas au niveau le plus élevé

Voilà deux mots que je ne pensais pas avoir l'occasion de citer dans le StandBlog : castrer et cisailles. Tout arrive :-)

 

Laurent Jouanneau nous rapporte qu'une nouvelle version de KDE venait de sortir. Au programme, un Konqueror avec des onglets et, l'éditeur Quanta, support HTML, CSS et ECMAScript. Tout cela va dans le bon sens :-)

Toujours chez le même, (décidement, rien à jeter chez lui aujourd'hui, à part ses URLs avec des esperluettes), une interrogation qui est celle de beaucoup de gens Et ça s'affiche dans Netscape 4 ?

mercredi 29 janvier 2003

 

Denis le Québécois titre OpenWeb : le WaSP de la francophonie ?. Ah oui, j'aimerais bien. Mais mâtiné d'A-List-Apart, alors :-). Cet objectif, une fois atteint, permettra à ma charmante épouse de mieux comprendre pourquoi j'ai des Delsey de 70 litres (pleines) sous chaque paupière à force de travailler. D'ici là, merci pour votre patience.

 

Pascale se réveille et fonde une liste de diffusion sur XHTML et CSS. Laurent Denis y est déjà. Je m'inscrits à l'instant... Et vous ?

 

Laurent Jouanneau prend ses premiers coups dans son rôle d'évangeliste des standards, mais ne se laisse pas faire :-) Courage Laurent !

 

Un interview de Nick Bradbury, pleine de bon sens. Bradbury, l'auteur de logiciels, (pas celui de science-fiction, faut suivre un peu ;-) a écrit TopStyle Pro et HomeSite, deux éditeurs HTML+ CSS destiné à ceux qui produisent des sites web valides. Il aborde sereinement (ça fait du bien) la querelle autour du brouillon XHTML 2.0 et l'intérêt de la mise en page sans tableaux :

Personnellement, j'essaye d'éviter les tableaux parce qu'ils rendent la maintenance des sites bien plus complexe, mais je ne suis pas nécessairement un promoteur du design sans table. Pour beaucoup de gens, travailler avec les tableaux est plus simple que de se dépatouiller des incompatibilités des navigateurs avec les CSS, surtout s'ils veulent toujours supporter l'innommable Netscape 4.x

Et à propos de son produit, Top Style, et de code valide et accessible :

La prochaine version 3.10 (...) intègre le service de validation du W3C, ce qui va simplifier la cosntruction de sites conformes aux standards. C'est aussi le premier éditeur à intégrer le vérificateur d'accessibilité Bobby, de Watchfire, alors si vous travaillez sur des sites que vous voulez accessibles, cette version vous simplifiera la vie.

Pour info, TopStyle Pro offre la prévisualisation simultanée dans Internet Explorer et Gecko, et une version légère et illimitée de Top Style est téléchargeable gratuitement.

 

Rahhhh. A peine Opera 7 sorti, Mark Pilgrim a trouvé une solution pour contourner les bugs CSS qu'il n'a pas encore trouvé :-). Je me demande si cet individu dort de temps en temps...

 

Suite à la sortie de Safari, Opera se demande si cela vaut le coup de faire une version 7 pour le mac (voir l'article de JDNet). Aucune date pour la sortie d'Opera 7 pour Mac n'est encore annoncée, et Jon von Tetzchner (CEO d'Opera Software déclare La plateforme Mac n'est peut-être plus viable pour nous. Ross Rubin, un analyste déclare pour sa part Etre en concurrence avec un produit Apple gratuit, c'est le baiser de la mort. C'est peut-être pire que de tenter de concurrencer un produit Microsoft gratuit. (...) Ainsi Opera [sur les plateformes autres que Mac] est coincé entre le marteau Microsoft et l'enclume du logiciel libre.

mardi 28 janvier 2003

 

Opera 7, toujours... Daniel me fait passer un lien vers les spécifications supportées par la derniere version d'Opera. Le document fait référence à la version Beta, et il apparait déjà que le support de l'attribut hreflang de l'élément a est supporté, puisque le contenu généré par CSS affichant la langue du lien entre crochets fonctionne sur le StandBlog. Par contre, mon logo en PNG s'affiche avec quelques escaliers. Bizarre, comme c'est bizarre.

 

Dans le cadre de mon job, j'ai parfois l'occasion de travailler sur des pages Web conçues par des dév^H^H^H gens qui devaient être mal-informés (ou pas formés du tout), trop pressés pour tester leur travail, peut-être sous influence (voire carrément ivres-morts). C'est pour partager mon savoir sur les bonnes habitudes du développement Web que j'ai créé ce StandBlog, et que je le maintiens quotidiennement aux dépens de mes heures de sommeil. J'ai un caractère plutôt bonhomme, même s'il m'arrive de taper du poing sur le bureau ou de m'exclamer quand je tombe sur un site vraiment mal fichu. Mais tout le monde n'a pas ma patience quand il s'agit de contacter le développeur fautif. Un développeur web anonyme crache sa bile avec un certain talent, dans un texte intitulé Un message aux auteurs Web qui n'ont rien pigé. Ca mériterait une traduction dans les règles :-) Plus sérieusement, l'essentiel des points soulevé est tout à fait valide. Mais cracher à la g... des gens qui n'ont pas compris ce qu'on voudrait qu'ils comprenne n'est certainement pas la meilleure façon de faire passer le message. Autrement dit, si vous développez des sites web comme en 97 et que vous êtes émotifs, passez votre chemin. Si vous avez le cuir épais mais n'avez jamais validé vos pages, c'est l'occasion de réflechir sur vos méthodes de travail. Si vous pratiquez déjà les standards du web, vous allez rire un bon coup...

 

Mon collègue et ami Eric Meyer fait la une cette semaine, entre une interview sur evolt.org et la mise en ligne d'une nouvelle présentation, dont je vous recommande la lecture. En voici un extrait traduit :

Ca va mieux en le disant

  • CSS n'est pas un langage de présentation pour du travail au pixel près !
  • Le lecteur peut toujours mystifier le concepteur [NdT : en changeant des préférences de son navigateur, ou avec une feuille de style personnalisée]
  • Utilisez des éléments structurels (X)HTML à chaque fois que possible
  • On peut utiliser des tables, mais avec modération
  • N'écrivez que du CSS que vous arrivez à comprendre :-)

Où en sommes nous ?

  • Nous sommes en 2003, et les CSS existent depuis près de 10 ans...
  • Le contrôle simples de polices et de couleurs sont très bien supportés
  • Mise en page et positionnement sont bien supportés, mais il est risqué de s'approcher de leurs limites
  • IE6/Win et Opera 7 ont rejoint IE5/Mac et les navigateurs basés sur Gecko dans le support du DOCTYPE switching
  • Des améliorations (des navigateurs) arrivent sans cesse

Les anciens navigateurs

  • Certains sites sont encore visités par de nombreux navigateurs anciens
  • Le support des CSS (et de tout le reste, en fait) était médiocre à l'époque
  • Ces sont des utilisateurs comme les autres
  • On peut leur proposer le contenu sans le style
  • L'utilisation de @import et des bidouilles de commentaires contribuer à atteindre cet objectif

Par ailleurs, Eric, Bob Clary, mes autres collègues et moi même travaillons à un projet d'envergure qui devrait aboutir prochainement. Restez à l'écoute ;-)

 

Accessibilité dans Mozilla  : pour ceux qui ne suivent pas le forum Usenet netscape.public.mozilla.accessibility, un fil intéressant mentionne la possibilité prochaine de piloter Mozilla avec les ondes cérébrales, sans clavier ni souris. Voir le fil en question.

 

Opera 7 vient de sortir :-). Téléchargez-le (attention, il est possible que le site vous propose une version 6.05 en français. cliquez alors sur Show other languages and platforms. Les premiers tests sur ma nouvelle machine (2GHz, 1Go de RAM) ne sont pas significatif, vu la puissance du matériel : sur cette machine, une limace neurasthénique pourrait se faire disqualifier pour dopage. Mais tout à l'air de bien fonctionner pour l'instant en affichant le Standblog. D'après le communiqué de presse :

Le nouveau moteur de rendu d'Opera support le DOM du W3C, le dynamic HTML (DHTML), CSS1 et CSS2, ECMAScript et un support amélioré de HTML 4.01 [NdT : XML est mentionné un peu plus loin], ainsi qu'un support complet de WML 1.3 et 2.0.

lundi 27 janvier 2003

 

WhatDoIKnow s'énerve contre launch.Yahoo.com qui l'empèche de naviguer sur son site, quelque soit le navigateur utilisé (IE, Netscape 4.7, Mozilla, Chimera ou Safari) Mais puisqu'on vous dit que détecter les navigateurs, c'est stupide, voire impossible !

 

Tout le monde en parle, de cette attaque des vers MS-SQL. On a pu voir des pans entiers du Net mis à genoux. Pourquoi, comment ?

  1. Un logiciel avec des parts de marché significatives (entre 40 et 70% d'après Microsoft) a des bugs de sécurité (comme a peu près tous les logiciels) dont les patchs sont publics depuis six mois
  2. Des administrateurs (ou prétendus administrateurs) n'ont pas appliqué les dites rustines.

Précisons tout de même que normalement, un serveur SQLServer ne devrait pas être accessible directement par Internet, pour des raisons évidentes de sécurité, ce qui signifie très probablement que seuls quelques milliers de serveurs dans le monde on relayé cette attaque, ce qui a suffit a faire trébucher Internet.

Imaginons une seconde qu'il existe un logiciel avec des parts de marché plus importantes encores (dans les 90%), qui n'est pas confié à des administrateurs mais des utilisateurs finaux (donc avec de moindres compétences informatiques), qui a des trous de sécurité. Et qui est dans le cadre de son utilisation normale, connecté directement à Internet (par opposition à SQLServer). Ce logiciel existe, c'est MSIE/Win. Oui, on peut conclure que MSIE (sans ses rustines) est une bombe à retardement pour le Web. Une bombe aux mains de millions d'utilisateurs rarement conscients de ce qu'ils ont entre les mains. (Comment leur en vouloir ? pour l'instant, tout à l'air de bien fonctionner...)

On peut éviter que le Web ne subisse une nouvelle attaque majeure en mettant à jour Internet Explorer en version 6 avec tous les patchs, ou en utilisant la dernière verstion d'un navigateur alternatif, qu'il soit libre ou non, qu'il soit sous Windows, Linux ou MacOSX. Oui, je suis préoccupé par la situation, mais ne vous trompez pas sur la raison de ma diatribe. Ma cible n'est pas tant Internet Explorer (qui comporte des trous de sécurité comme tout logiciel) que les utilisateurs/administrateurs inconscients qui pratiquent la politique de l'autruche en n'appliquant pas les rustines de sécurité, malgré une simplicité évidente... Je résume pour les mal-comprenants et autres durs-de-la-feuille qui auraient lu jusqu'ici : cliquez sur le bouton Windows update et suivez la procédure affichée à l'écran !.

dimanche 26 janvier 2003

 

Laurent Jouanneau commence à réaliser qu'en faisant un blog sur les standards, il fallait y mettre du contenu ;-) et nous gratifie d'un joli tutoriel sur les boites CSS. Chapeau !

 

Avec les standards, il y a un avant et un après... Un certain nombre de développeurs Web, quand ils tombent sur une page programmée comme au siècle dernier, décident de prendre le taureau par les cornes et la refont avec du code XHTML+CSS valide. Voici un petit aperçu de leurs exploits, les plus récents en premier.

  1. Stephanie Booth a corrigé et rendu valide Menestrel.org/trying/
  2. Emmanuel Clément a refait Nantes.fr. Gain en bande passante : entre 75% et 85% suivant que l'on compte ou non le fichier CSS chargé une seule fois.
  3. Laurent Denis a refait education.gouv.fr pour un gain de 35% de poids de page.
  4. Laurent Jouanneau a refait diplomaniac.free.fr
  5. Eric Meyer a refait KPMG.com
  6. Dylan Foley a refait Microsoft.com

Parmi les avantages induits par ces transformations, les différents développeurs évoquent :

  • Facilité de maintenance du code valide
  • Impression améliorée (par exemple en s'assurant que les URL sont imprimées en clair pour chaque lien)
  • Accessibilité pour les utilisateurs mal-voyants, non-voyants ou avec un handicap moteur
  • Fluidité de la mise en page (pour les écrans de grande taille)
  • Compatibilité avec les navigateurs alternatifs.

samedi 25 janvier 2003

 

Karl aimerait qu'OpenWeb monte des opérations commando pour corriger tous ces outils qui produisent du code invalide... Disons qu'on va laisser à OpenWeb le temps de finir de naître avant de le charger plus encore :-). Restez à l'écoute, les efforts du collectif OpenWeb finiront bien par porter leurs fruits...

vendredi 24 janvier 2003

 

Une collection de templates valides qui fontionnent aussi avec Netscape 4. [Source : Bradsoft]

 

La renaissance du K-Mémélon, ce petit navigateur pour windows avec Gecko, est annoncée. Si vous avez des remarques, des demandes, c'est le moment de les exprimer !.

 

Si Mozilla et l'open source vous intéressent, profitez de l'excellente occasion proposée par FOSDEM pour rencontrer à Bruxelles les développeurs Européens de Mozilla, soit pour des sessions publiques, soit pour les sessions développeurs.

 

Wouahhhh. Dans un horoscope de Geek, toujours penser à regarder dans la partie Capricorn(e) :

Capricorne. Du 22 décembre au 19 janvier. Vous avez un rêve. Le rêve qu'un jour, tous les navigateurs seront égaux. D'ici là, vous continuerez à utiliser Mozilla. [Source : Blogzilla]

 

La grenouille Coacoacoa bricole un éditeur dans IE depuis plusieurs semaines. Bon, vous avez compris que ce blog n'est pas tellement orienté vers les solutions propriétaires, alors j'ai jugé son propos hors-sujet jusqu'à présent. Mais en voyant ce que fait Mozilla dans le même genre, je n'ai pas pu résister. Si vous avez une version récente de Mozilla (avec ma 1.3a, ça marchait, mais pas avec Netscape 7.01) allez-y et regardez le code source. Tout y est standard, sauf 2 appels de fonctions en JavaScript. Oui, ces deux fonctions propriétaires. Elles ont été implémentées par Microsoft dans IE/Win, et reprises par Mozilla :-D

 

Le développeur Mozilla Mike Pinkerton a l'honneur (ou devrais-je dire à l'horreur ?) d'être cité hors-contexte dans un mauvais article de VNUnet sur Safari. Je me réjouis du million de téléchargement de la Beta de Safari, j'espère de tout coeur que son support des standards va encore s'améliorer, mais je ricane aux prétentions de vitesse de ce dernier. En effet, il semblerait (mais cela reste à confirmer) que la façon dont on calcule la vitesse de Safari est faussée par un bogue : il parait (sous toutes réserves, encore une fois) que l'évènement DOM qui signale la fin de chargement de page soit envoyé avant que toute la page soit chargée, dans le cas de frames. De ce fait, l'outil de comparaison arrête le chrono croyant la page chargée, alors que cela n'est pas le cas. A contrario, Mozilla et Chimera se comportent correctement de ce point de vue, et sont donc pénalisés. Si Safari devait effectivement s'avérer plus rapide, cela pourrait être du au fait qu'il a été écrit pour Unix/Linux (Oui, OSX est un Unix) alors que Gecko (au coeur de Mozilla, Netscape 6/7 et Chimera, pour ceux qui ne suivent pas) est multiplateforme (prévu pour tourner aussi sous Windows et sous Mac OS9, en particulier). De ce fait, certaines optimisations liées à support de plateforme multiples ne sont pas possibles. De plus, certains choix dans le paramétrage du rendu (le délai entre le chargement du documentet le paint, en particulier) sont variables et influencent grandement sur l'impression de rapidité. Pour expliquer de façon un peu simplifiée, on peut commencer à afficher la page à l'écran avant qu'elle ne soit totalement figée, quitte à raffraichir l'écran un peu plus tard. On obtient donc un premier jet de la mise en page plus rapidement, au détriment de réajustements ultérieurs, ce qui peut être génant pour la lecture. A l'inverse, attendre le calcul de la totalité de la page avant un affichage est paradoxalement plus rapide, puisqu'on ne perd pas de temps à rafraichir l'écran. Pourtant l'impression de rapidité est moindre dans ce dernier cas. Tout cela rend difficile la comparaison des vitesses respectives des navigateurs. Notons au passage que Daniel s'en mèle :-)...

 

Petite mise à jour de ma page de liens suite à une discussion avec un lecteur que je remercie au passage pour m'avoir indiqué les liens brisés.

jeudi 23 janvier 2003

 

Emmanuel Clément rebondit judicieusement (comme Laurent Chemla) sur les problèmes Wanadoo/Free avec une analogie impliquant les standards. Le seul problème, c'est que depuis que j'ai lu cet article, je ne cesse de fredonner, en boucle, On est heureux Nationale 7...

 

Pascale MammouthLand nous signale qu'elle avait créé un mini-tutoriel sur Composer à l'attention des grands débutants. Intéressant quand on sait que ce logiciel est gratuit, simple, en français et génère du code valide...

 

Un nouveau blog sur les standards ! Celui de Laurent Jouanneau, fana de standards lui aussi qui devrait faire concurrence à Laurent Denis, Karl Dubost, Samuel Latchman, Denis Boudreau et tous les autres (Tara, Pascale, Emmanuel, Point-conforme...) Pour être franc j'ai failli ne pas en parler car sur les deux articles présents pour l'instant, tous deux font référence au Standblog :-) Ca faisait un peu trop renvoi d'ascenseur... Mais bon, pas d'auto-censure (du moins pour cette fois). Longue vie au blog de Laurent !

 

Rassurons ceux qui doutaient de l'intérêt de Mark Pilgrim pour les standards Web et le W3C, suite à son pavé dans la mare. Mark vient d'accepter de rejoindre le Web Standards Project :

J'ai accepté la proposition faite par le Web Standards Project et je les rejoins. J'y plaiderais la cause des standards du web auprès des développeurs. J'y écrirais des tutoriels sur la bonne utilisation des standards, et je travaillerais avec les éditeurs de logiciels pour s'assurer que leurs produits sont aussi conformes aux standards que possible. Cela ne répond pas à la question du nombre de personnes qui ont refusé la proposition avant moi, mais c'est dans tous les cas un honneur, et je suis ravi de l'accepter.

 

Anniversaire, toujours... Ce la fait tout juste 5 ans que Netscape a annoncé la mise en Open-Source de son navigateur. Ah, j'ai un souvenir ému de cette journée, du nombre d'appel de journalistes que j'avais pris, le nombre de fois ou j'ai parlé de Linux, SendMail, Bind, de cet article d'Eric S. Raymond, La cathédrale et le bazar, sorti quelques mois plus tôt. Je me souviens de l'incrédulité de certains, de l'enthousiasme de beaucoups. 5 ans après, que de choses ont changées ! Mozilla 1.0 est enfin sorti, Gecko est utilisé dans quantité de projets (AOL/OSX, Compuserve 7, Netscape 7, Galeon, K-Meleon, SkipStone, Nautilus, Chimera, Phoenix, Beonex...), Mozilla est inclut dans à peu près toutes les distributions Linux, Netscape 7 est proposé dans plusieurs CD de magazines tous les mois, et a dépassé en quelques semaines les 15 millions de téléchargements. Mozdev s'enrichit chaque jour de nouveaux projets. Mozilla 1.3 approche à grands pas. Après des années ou Mozilla avançait masqué, les versions se succèdent maintenant en rafale, et chacune apporte son lot de nouveautés indispensables (anti-spam, anti-pop-up) et confirment une stabilité et une augmentation de la rapidité. Avec le recul, la décision de Netscape était plus audacieuse encore que ce qui avait été imaginé à l'époque. Certes, l'aspect Open-Source est important. Mais peut-être plus courageuse encore était la volonté de rompre avec les balises propriétaires pour faire un navigateur conforme aux standards du W3C. Depuis, Apple a annoncé Safari, qui en toute logique, respecte les standards du Web. 5 ans après, Netscape --via Mozilla-- continue de faire des vagues et d'influencer durablement le Web. Pas mal, pour un dinosaure ;-)

 

Une petite incursion dans le futur, avec un exemple de CSS Level 3. Ca ne fonctionne que dans Gecko (autrement dit Mozilla et Netscape 6/7), et cela n'est pas encore conforme aux standards, dans la mesure ou CSS3 n'est pas encore publié.

 

Olivier fait un peu de technique, et c'est intéressant. ah, et joyeux quart de siècle, Olivier !

 

Une astuce rigolote chez Scott Andrews. Mettre un attribut id sur l'élément body, ça peut paraître paradoxal, (il n'y a qu'un seul body par page, alors pourquoi lui mettre un identifiant ?) mais cela a des avantages...

 

Il n'y a rien de plus plaisant que d'être écouté :-). Peut-être vous souvenez-vous de la visite que j'avais rendu à laltruiste.com en octobre dernier, dont le résultat était pour le moins mitigé. J'avais pourtant apprécié la réactivité du webmestre, qui avait rendu valide ses pages dès que je lui avais fait la remarque. Le même Pascal EMMA vient de m'écrire pour m'annoncer qu'il avait tenu compte de mes autres suggestions :

  • Le cours sur les CSS comporte maintenant des exemples
  • Pour chaque propriété CSS figure depuis peu un tableau de compatibilité intégrant de nombreux navigateurs, dont Netscape 7 et Opera 7. On attend Safari avec impatience ;-)
  • Rajout d'exemples dans le cours XHTML

Bravo dont à Pascal Emma pour sa réactivité et son bon esprit. J'ai tout particulièrement apprécié ce système de fiches, qui permet à un informaticien de s'y retrouver, faisant office de référence du langage. Pour ce qui est du cours XHTML, il est à recommander aux développeurs Web qui connaissent déjà HTML, mais veulent passer à XHTML. Ils comprendront les spécificités de XHTML 1.0 et l'intérêt de la validation. Il y a même un chapitre sur les DTD personnelles (ou comment créer sa propre application XML). Pascal, je vous remercie beaucoup pour votre travail, et vous félicite pour votre réactivité. Bien sûr, les bandeaux de pub sont toujours présents, mais bon... il faut bien vivre...

mercredi 22 janvier 2003

 

Comment utiliser cette vieille machine sans disque dur pour surfer le web ? Il suffit d'utiliser ByzantineOS, une distribution Linux avec Mozilla 1.2.1 qui tient en 48Mo, de la graver sur un CD-ROM et hop !

 

Oui, je sais j'en avais déjà parlé mais Christophe Ducamp s'est attelé à une traduction qui cherche son relecteur. Des bénévoles pour aider christophe@elanceur.org ?

 

Karl fait le point sur XHTML 2.0, suite au pétage de cable de Mark Pilgrim qui disait : Les standards, c'est de la merde. XHTML, c'est du pipeau. Le W3C est à coté de la plaque. Il faut dire que Mark n'y est pas allé avec le dos de la cuiller :-). Je résume pour les plus préssés :

  1. Le W3C est ouvert, chacun peut exprimer son avis sur la liste www-html@w3.org
  2. XHTML 2.0 est en cours d'élaboration, il n'est donc pas trop tard pour discuter de tout cela.
  3. La sortie de nouveaux standards ne rend pas obsolètes les anciens. Vous pouvez et pourrez toujours utiliser HTML 3.2 si ça vous plait (et si les navigateurs de vos utilisateurs le supportent), mais par pitié, mettez un DOCTYPE et validez vos pages...

Pour ma part, ces discussions passionnées me laissent de marbre :-) Tout d'abord, elles me rassurent, car elles montrent l'enjeu qu'il y a derrière les standards, et cela montre que des gens compétents et passionnés se préoccupent de la question. Ensuite, rien n'est figé : XHTML 2.0 est en cours de rédaction, et l'aspect ouvert du W3C fait que les remarques sont les bienvenues, dans la mesure où elles sont exprimées dans le bon canal... Enfin, XHTML 2.0 ne sera effectivement implémenté et donc déployé au niveau des navigateurs que dans un certain nombre d'années. D'ici la, la spec aura été critiquée, amendée avant d'être publiée...

 

d'après eWeek, FrontPage 11 Beta serait en net progrès quand au support des navigateurs autres que MSIE/Win. Je reste avec mon HTML-Kit en complément de Mozilla Composer.

 

Suite à une petite discussion dans FCIWN, voici quelques liens tirant parti du DOM du W3C. Joli.

  • Un blog dont les articles se chevauchent. Possibilité de déplacer et fermer des fenêtres qui ressemblent à des bouts de papier.
  • Comparer dynamiquement les tailles des planètes du système solaire.
  • Une page de liens, proposée par Bob sinclar.

 

Le système d'analyse de fichiers log le plus utilisé au monde, Analog, reconnait maintenant les navigateurs Phoenix et Chimera. Le support de Netscape 7 existe depuis le 25 juin 2002 et celui de Mozilla, Galeon et Konqueror, depuis novembre 2001 ! [Source : Pascal Chevrel]

 

J'ai compilé pour un très gros client une liste de liens pour déployer Mozilla/Netscape 7 en entreprise. Ca peut sûremement servir à d'autres...

Mieux comprendre les préférences :

Pour le déploiement de Mozilla sur de nombreux postes :

Où trouver de l'aide ?

FAQ sur Netscape 7 / Mozilla pour Windows

mardi 21 janvier 2003

 

Samuel nous parle Revolucion avec son espagnol de cuisine : Un webzine tout seul n'est évidemment pas suffisant dans la lutte pour les standards, la lucha standarda para un webo libre, comme on dit là-bas. Oui, c'est une guerilla qu'il faut mener, et l'espagnol de cuisine est de rigueur. Comme les guerilleros, on n'a pas beaucoup de moyens mais on a des idées. Ah, des idées ! Nous n'en manquons pas, et ce StandBlog est une de ces idées mise en action... (Merci Daniel pour, en juin 2002, m'avoir montré ce qu'est un blog...) Mais pour éviter de dupliquer nos efforts, il faut se coordonner. Si vous avez des envies subites de contribuer à un web plus standard, plus accessible, plusieurs choses sont à faire :

  • Consulter le déjà ancien compte-rendu de la réunion d'aout 2002, qui donne quelques idées
  • S'abonner à la liste interop. Cette liste, à faible volume, sert à coordonner les efforts dans le domaine des standards web. Elle n'est pas nécessairement liée aux logiciels libres.
  • M'envoyer un mail à tristan (at) nitot.com

 

Ca fait chaud au coeur, de voir que mon travail sur ce StandBlog, sur Interop, sur Mozilla finisse par influencer un garçon que je trouve brillant... Merci Emmanuel.

 

Ah, Tara, tu nous aura manqué... L'indispensable Tara/Steph, aussi connue sous le nom de Pompeuse Suprême, nous revient avec un nouvel exemple de mise en page CSS avec passage aux standards.

lundi 20 janvier 2003

 

Un tutoriel en français pour Mozilla Composer est disponible aux format PDF et OpenOffice. Merci FramaSoft ! [Source : Mat]

 

Tout, tout, tout... Vous saurez tout sur le W3C. Hummm... Ce qu'il y a de bien avec le web, c'est que quand vous avez une idée d'article, il suffit de la laisser trainer un peu pour que, deux fois sur trois, un gugusse l'écrive à votre place :-)

 

comment, avec Opera, s'assurer de l'accessibilité d'un site ? Un tutoriel proposé par accessify.com.

 

Alors voila... Je vous laisse le web en garde pendant 10 jours, et vous bousculez tout ;-)

  1. Steve Case claque la porte
  2. Microsoft prend une claque
  3. Mark Pilgrim, Daniel, Zeldman, Tantek descendent XHTML 2.0 en flammes, alors que Karl et CyberCodeur le défendent. Laurent Denis, pour sa part, semble compter les points.
  4. Point-Conforme et Daniel reprennent le flambeau de l'accessibilité pendant mon absence. Merci les gars :-). Un extrait des Echos, rapporté par Point Conforme :l'intégration des handicapés ne passe pas uniquement par l'action de l'Etat, des pouvoirs publics ou des associations spécialisées, mais bien par tout un chacun. (...) aujourd'hui, l'apport le plus énorme de l'informatique, c'est Internet. C'est un outil de communication puissant pour des gens qui sortent très peu de chez eux. Oui, oui et oui...
  5. Denis trouve des pages avec des avertissements monstrueux du genre on a découvert que plus de 40% des utilisateurs ont une résolution incorrecte pour notre site, merci de changer votre résolution d'écran en conséquence (non, je n'invente rien) et une parodie de cet avertissement. A se demander si l'original n'est pas lui même une parodie :-)
  6. Denis, toujours lui, réflechit au travail à effectuer pour rendre accessible son cyberCodeur.net. En trois morceaux : un, deux, et trois.
  7. Neokraft persifle et signe... [mise à jour : Oliver a retiré son article et fait amende honorable]

Pour résumer, on peut dire que le web continue de tourner sans moi :-)

 

Le W3C vient de sortir SVG 1.1 et s'est penché sur la modularité de cette technologie en vue de l'adapter aux téléphones mobiles et aux assistants numériques. Même JDNet en parle...

 

De retour de vacances ce matin, après 90 minutes de pseudo-sommeil agité dans l'avion. Qui a dit que les vacances devaient être reposantes ? Si mes propos ne sont pas clairs, c'est sûrement le manque de sommeil. Ca ira mieux demain.

vendredi 10 janvier 2003

 

Le Standblog prend une semaine de vacances bien méritée. Merci de ne pas ruiner le Web pendant que j'ai le dos tourné...

 

David Baron, développeur d'exception pour Mozilla, pose la question qui fache : pourquoi Apple a-t-il choisi KHTML plutot que Gecko ?. La réponse est aussi intéressante que technique.

 

Le W3C, après avoir publié la version finale de DOM Level 2 HMTL, met en garde contre l'abus de scripts dans les pages web, parce qu'ils ne sont pas lisibles par des machines, sont plus difficiles à maintenir, moins accessibles et avantageusement remplacés par des technologies déclaratives.

 

Mark Pilgrim s'est jeté avidement sur Safari (trop, d'après Sam), et se demande si on ne devrait pas créer un bug volontairement dans Safari. L'idée n'est pas si sotte... Cela permettrait de filtrer certaines règles CSS dans Safari, comme c'est déjà fait pour tous les autres navigateurs. Explication par Adrian Holovaty.

 

David Baron, développeur d'exception pour Mozilla, pose la question qui fache : pourquoi Apple a-t-il choisi KHTML plutot que Gecko ?. La réponse est aussi intéressante que technique.

 

Comment ai-je pu laisser passer cela... Une lettre ouverte de l'AFUL au Premier Ministre, publiée ici sur le forum e-administration. En voici un extrait :

[A propos de Rendre les services accessibles non seulement à travers les plateformes commerciales les plus courantes, mais aussi les logiciels libres (et notamment les navigateurs libres et/ou respectueux des standards libres définis par le W3C)]

C'est indispensable, au nom du principe d'égalité d'accès aux informations produites par l'administration pour tous les citoyens.

Le point important ici est la notion de standard ouvert, c'est-à-dire de standard public et stable, et dont les spécifications sont librement accessibles et implémentables. Ces standards sont en effet, dans la très grande majorité des cas, respectés par les logiciels libres. Un certain nombre de ces standards ont été reconnus comme tels par l'ATICA au sein du Cadre Commun d'Interopérabilité, et l'AFUL recommande d'imposer l'usage de ces standards ouverts par l'administration et de reconnaître un droit à l'interopérabilité (exluant de fait la brevetabilité des logiciels, des protocoles de communication et des formats de données).

A ce sujet, l'AFUL anime un groupe de travail sur l'Interopérabilité Internet qui mène des réflexions et des actions dans ce domaine. (...)

 

Vincent Bénard, toujours lui, rapporte une anecdote qui vaut son pesant d'or :

Un grand site public a placé des marqueurs statistiques en haut et en bas de ses pages web pour vérifier l'influence du poids des pages sur le taux d'abandon de leur chargement par le public. Résultats: 30 à 40% d'abandon en cours de route pour les pages les plus longues.

Si une web agency vous dit que le poids des pages n'est plus un critère important d'amélioration de l'expérience utilisateur, virez-la !

Cette information est à rapprocher de l'efficacité des standards pour aider à réduire la taille des pages. Prenez la page de Vincent Bénard, remplacer les éléments FONT avec une feuille de styles externe (chargée une seule fois pour tout le site), simplifiez l'indentation, choisissez un encodage ISO-8859-1 pour supprimer les entités HTML, remplacez les tableaux imbriqués par des CSS, et je suis sûr que la page en question vient de perdre 1/3 de son poid. Humm, moi qui suis au régime, il faudrait que j'y pense, pour perdre ces 15 kilos ;-).

Peut-être faudrait il rajouter qu'une page ainsi codée et valide s'affichera plus rapidement (plus besoin d'attendre le chargement de la totalité du tableau pour commencer l'affichage) et parce que valide, sera maintenue plus facilement...

 

Un nouveau rapport (un de plus ? diront les mauvaises langues) sur l'administration électronique vient de sortir. Non, pas un de plus. Parce que son rapporteur est Vincent Bénard, qui a toute notre sympathie, car il est l'auteur du trop sporadique veblog, et qu'on y trouve de bonnes choses :

  • C'est un véritable document hypertexte, avec des liens vers l'extérieur. En cela, il est très différent des documents Words linéaires que l'on trouve habituellement.
  • La section 3.1.3 fait la part belle à l'accessibilité : Que ce soit pour les déficients visuels ou pour les personnes à mobilité réduite, l'e-administration représente un enjeu fort. Elle leur donne l'espoir d' augmenter l'autonomie personnelle des personnes handicapées en leur permettant de réaliser eux-mêmes des actes de la vie quotidienne ou professionnelle qu'il leur était impossible d'assurer auparavant. La WAI et le W3C sont largement cités dans cette partie dédiée à l'accessibilité.
  • La section 5.1.1 mentionne l'absolue nécessité d'une réflexion sur les standards, autour de XML. On aurait aimé que le W3C ne soit pas cantonné à l'accessibilité (cf point précedent) et soit mentionné.

 

L'ami Daniel se fend d'une réponse à la question Comment faire des onglets dans une page sans JavaScript. C'est magnifique d'élégance et de simplicité, mais c'est en CSS Level 3 (donc pas encore finalisée).

 

Safari, encore et toujours, et en vrac :

  • MacOS Rumors préfère Chimera
  • MacEdition propose un test CSS de Safari, qui s'en tire bien mieux que iCab et OmniWeb (il faut dire que ça n'est pas bien difficile).
  • Jason Kottke, brillant comme souvent, trouve qu'Apple a loupé le coche et s'exclame Allez, Apple, ne te contente pas de nous donner un navigateur de plus. Donne nous plutôt un truc tellement utile qu'on se demandera comment on a pu s'en passer jusqu'alors. Jason ne se contente pas de raler, mais imagine, (fausses) copies d'écran à l'appui, un mélange de Sherlock et de Safari. Interessant.
  • Les gourous de Movable Type (outil de blog) donnent leur avis sur Safari.
  • D'après MacFixIt, le PDG d'OmniWeb considère l'option d'utiliser le moteur de rendu KHTML (renommé WebCore dans le jargon d'Apple) pour son propre navigateur (car WebCore est installé dans le système). [source : le très rapide Pascal Chevrel]. Cela donnerait un coup de fouet impressionnant à Omniweb en terme de support des standards.

 

Safari, Apple et l'open source, quelques réflexions. Steve Jobs, sur scène s'exclamait mardi Some people have problems with open source. We don't, we think it's great !. Certes, KHTML est sous licence LGPL. Mais on ne peut pas dire qu'Apple ait respecté les règles du jeu vis à vis des développeurs de Konqueror, qui ont conçu KHTML. En effet, même si les développeurs Konqueror ont accueilli avec enthousiasme la contribution d'Apple (c'est une belle preuve de reconnaissance), il n'en reste pas moins que ce dernier a travaillé en secret pendant une pleine année, et donne en bloc ses modifications au développeurs Konqueror. Cela signifie une charge de travail d'intégration phénoménale pour ces derniers, et un bouleversement très significatif de leur planning. Certes, A cheval donné, on ne regarde pas les dents, mais à la place des développeurs de Konqueror, je me sentirais un peu dindon de la farce.

 

Un nouveau standard vient de sortir : DOM Level 2 HTML.

Depuis de nombreuses années, le W3C a développé un moyen uniforme de représentation du modèle objet de documents HTML pour les langages de scripting. Le Groupe de Travail DOM assure le développement coordonné de solutions interopérables et indépendantes des langages de scripts, qui a commencé en 1998 avec le travail sur DOM Level 1. La majorité des spécifications sur DOM Level 2 a ensuite été finalisée en 2000, excepté pour le document relatif à DOM Level 2 HTML qui est publié ce jour en Recommandation W3C.

DOM Level 2 HTML définit l'interface qui donne aux programmes un moyen standard de naviguer, de transformer et de mettre à jour à la fois des documents HTML et XHTML 1.0.

En passant, on notera deux citations, l'une de Laura Yecies (Netscape / Mozilla) et l'autre d'un développeur de Konqueror.

jeudi 9 janvier 2003

 

Et celle du webmestre qui n'a jamais été graphiste et qui doute de son goût en terme de couleur au point de faire son site en noir, gris et blanc, vous la connaissez ? Il paraît qu'il a fait une nouvelle feuille de style dans les tons bleus, intitulée Orage (O désespoir, O couleurs ennemies ?) et disponible dans le menu Changer de style. Les couleurs sont empruntées à l'image de la rubrique articles.

 

Le très inspirant Zeldman parle à son tour de Safari :

Ce qui est frappant pour ceux qui y prêtent attention, c'est que tous les fabricants de navigateurs de maintenant savent que la conformité aux standards n'est pas une fonctionnalité optionnelle, mais un besoin de base. Ca, c'est la bonne nouvelle. La mauvaise, c'est que ceux d'entre nous qui utilisent les standards pour concevoir et construire des sites vont peut-être se retrouver à fabriquer une nouvelle série de contournements pour les bugs de Safari. J'espère que non. L'objectif des standards du Web est d'écrire une fois et de publier partout. Pas d'écrire une fois, de rajouter tant bien que mal un paquet d'astuces et de bidouilles, et ensuite publier.

Safari est joli, se charge rapidement, et semble faire un véritable effort pour supporter les standards du web. Il est trop tôt pour en dire beaucoup plus.

Sans vouloir contredire Jeffrey Zeldman, d'après ce que j'ai pu voir, Safari est certes imparfait (mais rien d'anormal pour du logiciel en général et pour une version Beta en particulier) mais son support de CSS Level 2 est correct (à mi-chemin entre IE6/Win et Mozilla, comparable à IE5/Mac), et l'incontournable Mark Pilgrim nous a préparé une pleine page de bugs. Coté JavaScript, c'est moins clair, au moins pour moi. Principale indication, le support DOM Level 1 est très bon, d'après Peter-Paul Koch. Je pense qu'il parle relativement à Netscape 4, car il utilise le même qualificatif pour le support de CSS par MSIE/Win, ce qui est nettement exagéré dans l'absolu.

 

François Planque se charge de taper sur Microsoft, et cela m'évite de le faire. Forcément, malgré mes efforts surhumains pour dire du bien d'eux, je peux tout de même paraître partial...

 

Arf... Le première bidouille pour Safari, qui rajoute les fonctions cachées, dont le menu de déboguage, (qui permet de changer le UserAgent) et de fixer une taille minimale pour les polices d'écran. Bien joué :-)

 

Le cousin québécois nous signale un nouvel article sur l'accessibilité des formulaires. Un peu long, mais finalement rapide à lire, et surtout, très didactique.

 

Suite à divers messages de lecteurs, je viens de mettre à jour mon document sur Safari, ci-dessous. Merci à ceux qui ont su pointer des erreurs et des ommissions :-)

 

L'éclat de rire du jour (dans notre série quand le marketing fait un acte manqué) provient de la page Normalisation de www.telecom.gouv.fr : La Mission à la Stratégie de Normalisation pour la Société de l'Information (MSN) est heureuse de vous accueillir dans son espace "Normalisation" du site telecom.gouv.. Normaliser l'effort Société de l'information du gouvernement, et choisir comme acronyme MSN, c'est quand même énorme :-). [Info : Fabrice Bonny]

mercredi 8 janvier 2003

 

Pendant ce temps là, du coté de Redmond, un nouveau navigateur pour Macintosh est démontré, et il ne s'agit pas de Safari (voir ci-dessous)...

 

Je continue sur Safari, que j'ai installé. Après un téléchargement rapide (2,9Mo seulement) et joué avec pendant quelques temps, voici le pour et le contre :

Pour Contre
Léger Pas de parseur XML, donc pas de support de XML. XHTML est affiché via le rendu HTML. Impossibilité de rendre du contenu XHTML servi avec le type MIME adéquat (application/xhtml+xml)
Rapide On ne saurait se plaindre :-) A noter que d'après Fabrice Bonny (de FCIWN), le fait d'être en 10.2.3 améliore beaucoup par rapport à 10.2.2. D'après des collègues ingénieurs, en tests réels (par opposition à ceux présentés par Apple), Chimera et Safari devraient être équivalents.
Bloqueur de pop-ups Pas de gestionnaire de listes blanche ou noire (façon Netscape 7.0.1), pas de message qu'une fenêtre a été bloquée
Support de CSS Konqueror a des bugs significatifs en terme de mise en page, mais il est trop tôt pour en juger, a voir toutes les corrections apportées à Konqueror par Apple. (Merci Mike pour le lien). En tout cas, le Generated content par CSS ne fonctionne pas sur le StandBlog. La transparence Alpha de PNG, si :-)
Support du DOM propriétaire IE (document.all & co), donc supporte un plus grand nombre de sites. Pourtant...
  • il n'a pas été possible de faire tourner la DOM Test Suite du W3C dans sa version hébergée par mon collègue Bob Clary.
  • Le support de document.all risque d'être très génant pour la majorité de sites qui considère que si document.all est supporté, alors il s'agit de MSIE.
  • Indique "Gecko" dans son identifiant. Consternant. Cela va compliquer plus encore la détection coté serveur.
Scriptable via AppleScript
Interface simplifiée et peu paramètrable Pas de thème, pas de status bar (pour indiquer par exemple ou mene un lien), pas de console JavaScript (pour indiquer pourquoi la Test Suite ne fonctionne pas). Correction : la status bar existe, mais elle est désactivée par défaut. Mon erreur vient du fait que Steve Jobs mentionnait cela comme un progres majeur...
Pas de gestion des cookies. Correction : une gestion tres simplifiée des cookies existe.
Pas de mémorisation des mots de passe. [Mise à jour] Keychain est peut-être supporté pour l'authentification HTTP (mais pas pour le login par un formulaire). A terme, le support de KeyChain peut-être un plus pour Safari, comparé à une implémentation propriétaire du stockage des mots de passe.
Pas de support pour les onglets. [mise à jour] Une pétition a déjà été lancée :-)
[Mise à jour] Save As... ne sauve que le document HTML, pas les fichiers utilisés dans cette page.

Quelques liens sur le sujet :

 

Une nouvelle version de Mozilla vient de sortir, il s'agit de la 1.0.2. Comme l'indique le numéro de version, c'est une version sans nouvelles fonctionnalités mais plus stable et plus finie, notamment au niveau de l'interface. Les utilisateurs cherchant de nouvelles fonctionnalités sans trop sacrifier de stabilité prendront un Mozilla 1.2.1, ceux qui sont plus aventureux se tourneront vers la 1.3a et les fondus téléchargent déjà les Nightlies ;-). Notons au passage que ces versions ne sont pas toutes disponibles en français. Pour plus d'infos, se reporter à FrenchMozilla.

mardi 7 janvier 2003

 

Steve Jobs vient d'annoncer sur MacWorld San Francisco à l'instant même qu'Apple lançait un nouveau navigateur utilisant un moteur Open-Source. Parmi ses fonctionnalités marquantes, ont trouve :

  1. Rapidité (plus rapide encore que Chimera, qui distançait déjà Netscape 7 et plus encore IE/Mac)
  2. Facile à utiliser (interface utilisateur ultra-simplifiée)
  3. Interfaçage avec Google (Comme Phoenix)
  4. Possibilité de signaler un bug de compatibilité avec un site directement depuis la page fautive.
  5. Utilisation du moteur de rendu KHTML (celui de Konqueror), supportant CSS1 et 2, XHTML, DOM et tous les derniers standards du Web.
  6. bloquage anti-popup

Plus d'info sur Safari et ses performances. Je me demande quelle tête fait Dave Hyatt a l'heure qu'il est. :-(

 

Nouveau logo pour le StandBlog ! Mes travaux d'hier m'avaient poussé à changer le logo en une version transparente qui rende aussi bien (devrais-je dire aussi mal ?) sur fond blanc que sur fond noir. Pour éviter l'effet trop souvent vu d'un lissage qui rend mal sur un fond autre que celui prévu par le concepteur, j'avais supprimé le lissage la mort dans l'ame. Et c'était moche... Très moche. Et paf, Emmanuel débarque avec sa gentillesse habituelle et m'envoit par mail un autre logo lissé, et qui rend tout aussi bien sur toute sorte de fonds... Je touche là du doigt les bienfaits de la transparence Alpha du format PNG :-) Ah, mais attendez... Qui dit transparence Alpha dit support limité par IE, tout du moins pour IE5.0 et 5.5 sous Windows (ça marche sous Mac). Bon... Si mon nouveau logo vous insupporte, écrivez-moi, je reviendrais au précédent. (Non, je n'ai pas l'intention de faire de détection de navigateur coté serveur pour envoyer conditionnellement une version de logo en fonction du UserAgent...)

 

Discussion avec mes collègues suite à mon post sur Checky (oui, juste là dessous, je ne vais quand même pas mettre un lien, si ? Bon d'accord) sur le fait qu'il existe trop de projets sur Mozdev. Après réflexion, il vaut mieux trop de projets que pas assez. Alors, dans un souci d'information, voici la liste des projets déjà annoncés sur base de Mozilla/Netscape 7, et ceux que j'utilise ou vu utiliser :

  • MozFR, la doc en français de Mozilla (désolé pour l'auto-promotion)
  • PlugInDoc, pour tout savoir sur les plug-ins, et la VF de PlugInDoc pour les utilisateurs de Windows
  • Mycroft, qui permet de choisir son moteur de recherche (très utile pour Netscape 7FR)
  • GoogleBar, pour une meilleure intégration Mozilla/Google
  • CaScades, éditeur de CSS, en attente d'intégration dans Mozilla
  • EnigMail, chiffrement PGP/GPG des e-mails
  • OptiMoz, le support des mouvements de souris lors de la navigation. (En anglais : Mouse gestures)

Mention spéciale pour deux autres projets qui ne sont pas hébergés par Mozdev  : la Kartoolbar (bravo Fabrice) et la PrefsBar (les principales préférences à portée de clic).

 

Raaaahhh ! Je viens de trouver l'extension qui tue pour soulager le fanatique de validation qui est en moi. Je suis déjà accro de bookmarklets, mais Checky est la solution ultime pour tous les fanas de conformité aux standards, le suprême bookmarklet de validation. Jugez plutot : HTML, XHTML, CSS, RDF, RSS, XML, SGML, WAI, 508, various viewer, valets and purifiers. Checky est très simple à utiliser. Apres installation, un petit tour dans les préférences (section Checky) pour choisir quels validateurs utiliser (18 en tout :-) et c'est prêt. Quand vous voulez valider une page, il suffit d'appuyer sur F10 et les résultats de validation s'affichent dans des onglets. La direction décline toute responsabilité quant à l'impact de Checky sur votre système pileux.

 

Et si on écrivait un livre sur les standards ? (Merci à Jay Link.)

lundi 6 janvier 2003

 

Une discussion intéressante : doit-on demander aux utilisateurs de mettre à jour leurs navigateurs non conformes aux standards ?. Dans la cas du StandBlog, le problème est vite résolu. Un masquage de la feuille de style pour les utilisateurs de l'antique Netscape 4 leur permet un accès dégradé. Pour les autres, une feuille de style sans grande innovation (plus par manque de temps que par choix, je dois avouer). Quant au message Mettez à jour votre navigateur !, c'est dans le contenu de la page que je le mets :-)...

O, ami utilisateur d'Internet Explorer, méfie-toi des trous de sécurité, mets à jour ton navigateur en version 6 avec les derniers patchs, tu n'auras plus que 19 trous de sécurité (au moment où je tape ces lignes)... Et au passage, essaye un de ces navigateurs alternatifs.

 

Une nouvelle astuce pour le centrage vertical, nous est proposée par Joe Gillespie. Pas révolutionnaire, mais sûrement utile. Joe dit aussi du bien de Netscape 7.01 : Si vous n'avez pas essayé Netscape depuis longtemps, vous devriez télécharger cette toute dernière version. C'est probablement le meilleur navigateur jamais réalisé. Vous imaginez bien que je ne vais pas vous dire le contraire, toutefois je recommanderais plutôt Mozilla 1.2.1 aux développeurs Web, parce qu'il inclut le DOM Inspector et le JavaScript Debugger. Par ailleurs, Joe Gillespie présente un bel exercice de CSS+DOM respectueux des standards.

 

Nouvelle année, petites modifications du StandBlog... Ceux qui le consultent avec les feuilles de styles maison (Fondnoir et Fondblanc) remarqueront le passage à la couleur et à un nouveau format de photos (même ratio, mais 100px de coté au lieu de 80), ce qui donne un résultat plus cohérent en résolution 1024. Je n'ai pas touché à la liquidité de la mise en page. Par ailleurs, le logo est maintenant en fond transparent, pour plus discrétion dans l'éventuel fond blanc. Les feuilles de styles alternatives fournies par Emmanuel Clément ont été modifiées hativement pour une intégration moins chaotique des liens d'accessibilité, en haut de page.

 

Denis Cybercodeur Boudreau est tout excité à la perspective de rejoindre Pompage.net, et c'est bien normal :-) . Si vous aussi, vous souhaitez donner un petit coup de main pour les standards en francophonie, voici deux suggestions qui ne vous coûteront rien et qui vous apporteront beaucoup (moralement, surtout ;-) :

vendredi 3 janvier 2003

 

En passant, j'ai remis à jour ma page de liens, trop souvent délaissée par les visiteurs du StandBlog, en particulier les sections sur les blogs anglophones et blogs francophones. Merci à Denis Boudreau pour le salutaire coup de pied aux fesses qui m'a motivé :-)

 

Je ne crois pas en avoir déjà parlé ici, mais peut-être avez-vous remarqué l'arrivée de trois liens en haut de page :

  1. Politique d'accessibilité : lien vers la page où je fais le point sur l'accessibilité du StandBlog, de nitot.com.
  2. Rechercher : permet de sauter directement au formulaire de recherche, en évitant le menu. Important pour qui navigue séquetiellement dans la page (mal-voyants, handicapés moteurs utilisant l'équivalent de la touche Tabulation).
  3. Aller au contenu : comme son nom l'indique, toujours pour simplifier la navigation du StandBlog.

Ces trois liens pourraient être cachés (via CSS) pour que seuls les utilisateurs dotés d'un lecteur d'écran les perçoivent, mais cela serait passer outre les besoins des handicapés physiques. Toute suggestion sur ce système et ma page sur l'accessibilité sont les bienvenus par e-mail : tristan (à) nitot (point) com.

 

On peut se poser la question du respect de la sémantique et de l'utilisation de méta-données, nécessaires pour l'avènement du Web Sémantique. Vu l'immense proportion de sites n'utilisant pas les balises correctement, ne spécifiant pas de méta-données dans leurs pages (rien que le DOCTYPE, par exemple), ce questionnement est légitime. A mon humble avis, le web sémantique, tel qu'il est imaginé par Tim Berners-Lee n'est pas pour 2003. Mais la tendance de fond que l'on peut constater actuellement sur le respect des standards peut suffire, à court ou moyen terme, pour qu'un Web partiellement sémantique voit le jour. La cause des standards gagne du terrain, non pas à cause du web sémantique, mais pour des raisons très pragmatiques :

  • L'Accessibilité est d'actualité, avec la remise en cause des méthodes de développement passées
  • Le Web de la bulle spéculatif est mort et bien mort, au point qu'on en est à danser sur sa tombe, et les mentalités du développement web changent.
  • Le développement Web s'industrialise, dans le bon sens du terme. L'époque ou on embauchait n'importe qui pour faire n'importe quoi est révolue. Le problème de la maintenance des sites est aujourd'hui suffisament préoccupante pour qu'on remette en cause les méthodes du siècle dernier.
  • Les nouveaux navigateurs conformes aux standards, Mozilla/Netscape 7 en tête, suivis du prometteur Opera 7 Beta et IE6 (maintenant équipé de son Doctype switching) poussent les développeurs web à se poser des questions, voyant la mort lente mais inéluctable de Netscape 4.
  • Des lobbyistes, activistes, grandes gueules, ou de simples citoyens de l'Internet prennent les armes, écrivent des articles, proposent des tutoriaux, répondent inlassablements aux questions sur Usenet, montent des sites, eng... les webmestres négligeants. La blogosphère joue là un rôle primordial, contribue à faire changer les mentalités, et le StandBlog n'est que le pâle reflet de cette pacifique (r)évolution en marche.

Pour en revenir au Web Sémantique, Mark Pilgrim ne croit pas au web sémantique, en particulier parce que les gens sont flemmards, menteurs et stupides (d'après Cory Doctorow) et ne sauront/voudront pas renseigner correctement leurs méta-données. C'est assez bien vu à mon sens, mais je continue d'y croire, sur le mode nul besoin de perfection pour que cela fonctionne. C'est alors que je suis tombé sur un article de Ned Batchelder qui résume très bien le fond de ma pensée. Flemmard comme je suis (plus encore que menteur et stupide, c'est vous dire... ;-), en voici une traduction :

Le Web sémantique est une de ces technologies qui ne donnera pas autant que ce qu'on lui a fait promettre, mais qui offrira néanmoins de réels avantages. Je pense que cela sera comme l'I.A. : des tas de petites choses ont été accomplies, mais chaque petit morceau qui a effectivement marché n'est pas catégorisé comme étant de l'Intelligence Artificielle, laissant l'I.A. au niveau d'une vision à long terme. Si les chercheurs en I.A. des années '70 avaient vu la reconnaissance vocale fonctionner dans Microsoft Word, avec le correcteur grammatical, ils auraient crié à l'innovation majeure provenant de l'I.A. Aujourd'hui, les ordinateurs sont capables de cela, et pourtant l'Intelligence Artificielle est toujours un rêve.

Le Web Sémantique est pareil. Les penseurs de la tour d'ivoire (avez-vous tenté de lire la spec. RDF ?) vont continuer à imaginer une ville dont les lumières brillent à l'horizon, alors que des hackers pragmatiques (comme Mark Pilgrim) fabriquent des trucs sympas avec des meta-données disponibles depuis peu, et accomplissent de jolies choses. Et pendant tout ce temps là, les deux camps se querellent pour savoir si le Web Sémantique arrivera un jour...

jeudi 2 janvier 2003

 

Pour Mozilla, 2002 a été l'année du grand départ. Mozilla.org a sorti 35 versions ! (entre Chimera, Phoenix et Mozilla). Le moteur de rendu Gecko a été utilisé dans 12 versions différentes de logiciels, OEOne, HomeBase, AOL Beta pour Windows, Compuserve 7 (version finale), AOL pour Mac OSX (version finale), Netscape 7.0 et 7.0.1, K-Meleon 0.7, IBM Web Browser pour OS/2 . Ce nombre de 12 ne tient pas compte des versions de Gecko dans les distributions Linux (SkipStone, Galeon...). [Source : Mozillazine.org]

mercredi 1 janvier 2003

 

Au fait, c'est aujourd'hui le premier jour de l'année européenne du handicap. Plus que 365 jours pour rendre votre site accessible... Mais pourquoi faire ? L'association BrailleNet s'est posé la question. Voici des éléments de réponse glanés sur son site :

L'accessibilité, un choix général

  • Un site Web accessible est un site auquel il est possible d'accéder de façon équivalente, quels que soient le dispositif technique utilisé, le logiciel de lecture et ses options de personnalisation.
  • Une bonne conception en amont est la condition pour que l'adaptation sur le poste client soit possible.

L'accessibilité, un choix citoyen

  • Un site accessible permet aux personnes handicapées d'y accéder à l'aide de dispositifs techniques spécifiques;
  • L'accessibilité du Web augmente leur autonomie;
  • L'accessibilité du Web est un facteur d'intégration sociale, professionnelle et culturelle;
  • En France plus de 4 millions de personnes concernées, près de 40 millions en Europe;

L'accessibilité, un choix économique

  • Pérennité du site dans un contexte d'évolution technologique permanente
  • Diminution des coûts de maintenance
  • Plus grande qualité du service pour tous
  • Meilleure image du service

L'accessibilité, un choix international

  • WAI/W3C.
  • Des directives largement disséminées.
  • Un principe adopté par la communauté européenne

 

Scott Johnson mesure le nombre de UserAgent différents qui ont visité son blog sur l'année 2002. On essaye de deviner... Toutes les versions de Mozilla sur différentes plateformes, ça fait au moins plusieurs dizaines. Opera, sûrement moins (il n'y a pas de compilation nocturnes proposées au public). IE, quelques dizaines. Scott a fait le compte, et ça l'a secoué (lui aussi) : cinq mille trois cent soixante et onze. Plus de cinq mille versions différentes de logiciels ont visité son site... Gasp ! Pas étonnant que la détection de navigateurs soit aussi peu effective...

 

Pourquoi utiliser XHTML ? C'est une question qu'on peut se poser. (Daniel se la pose, en tout cas :-). J'ai trouvé un nouveau témoignage de terrain sur le sujet :

L'année dernière, j'ai participé à un projet pour extraire de l'information de portails comme Alta-Vista. Notre logiciel demandait une page HTML à Alta-Vista dg l'analysait pour en extraire l'information recherchée. Si Alta-Vista avait utilisé XHTML, nous aurrions pu avoir recours aux analyseurs XML disponibles librement et économisé beaucoup de temps et d'effort de développement.

Je ne reviendrais pas sur l'intérêt de séparer la structure de la présentation pour l'indexation, l'accessibilité et l'utilisabilité, ainsi que la facilité de maintenance du code valide. Ah, trop tard... Bah, on ne se refait pas :-)

 

Karl (oui, toujours lui) nous offre une longue une explication sur la bonne utilisation de l'élément <cite>. Moi qui ait déjà une tendance fâcheuse à me mélanger les pinceaux entre <q title=""> et <blockquote>, je vais me pencher sur le sujet.

 

Denis Boudreau lance la version 2.0 de son blog CyberCodeur, valide, accessible et paramétrable. Chapeau Denis, du beau travail :-) Denis se propose de faire des rencontres autour des standards du coté de Montréal. Karl trouvera-t-il le temps de passer boire un coup avec lui ?

 

L'année 2003 commence sur les chapeaux de roues. Pompage.Net a traduit un passage du prochain bouquin de Jeffrey Zeldman qui, tel un Zola numérique affirme que 99% des sites sont obsolètes. Bravo à la très dynamique Stephanie qui, malgré ses problèmes de santé, réussit à sortir un nouveau numéro de l'indispensable Pompage.net.