L’édition 2009 des conférences Paris Web est terminée. Une fois de plus la grande qualité des conférences et le bon esprit qui règne étaient là. J’ai a-do-ré.

Quelques citations :

Après tout ça j’ai des milliers de nouvelles idées et de choses à faire. Par exemple il faut que je me renseigne sur l’HTTP « bis » qui est en cours de discution au w3c, que je lise cette documentation sur le cache, que j’installe phpsecinfo, que je lise à propos des méthodes agiles de Jeff Patton, que j’utilise les favelets de Stéphane Deschamps, que je regarde de plus près les CSS media queries, que je me remette à jour dans mes sauvegardes, que je retrouve la proposition de Daniel Glazman sur les règles CSS qui permettent de cibler la disponibilité de certaines propriétés dans les navigateurs, que j’implémente Foaf+SSL quelque part, que je mette la main à la pâte sur La Distribution, …

Merci Paris Web !

La page blanche. Puis viens ce moment pur où, dôté de la maquette du site, il ne reste plus qu’à faire la page la plus propre possible. À nous le choix d’XHTML ou d’HTML, d’utiliser ou pas tt, address, … De créer de jolies listes, des titres à plusieurs niveaux. De choisir avec soin le nom des ids et des classes et de saupoudrer le tout de microformats. Le tout propre et bien indenté.

J’aime ce moment où on peut s’approcher le plus possible des idéaux de l’HTML sémantique… jusqu’à ce que CMS et CSS, bourreaux des cœurs, nous imposent de souiller la pureté de nos documents.

L’interface utilisateur passe aussi par la forme du curseur. Peu utilisée en CSS, la propriété cursor regorge pourtant de valeurs dont on peut se servir pour aider l’utilisateur dans une application web (wait progress help default pointer text vertical-text crosshair move -moz-grab -moz-grabbing -moz-copy -moz-alias -moz-zoom-in -moz-zoom-out -moz-cell -moz-context-menu not-allowed no-drop nw-resize n-resize se-resize sw-resize s-resize e-resize w-resize ne-resize col-resize row-resize).

Par exemple, pour indiquer qu’un chargement a lieu via Ajax, plutôt que d’afficher une image de loader animée, un style CSS peu suffire :

.loading, .loading a, .loading input, .loading textarea {
	cursor: progress;
}

Ne reste plus qu’à appliquer la classe loading au body dès que la page fait un appel Ajax ou un long traitement.

Si vous utilisez Prototype ajoutez ces quelques lignes pour que la classe soit appliquée automatiquement tant qu’un appel Ajax a lieu :

Ajax.Responders.register({
  onCreate: function() {
    $$('body').first().addClassName('loading');
  },
  onComplete: function() {
    if (Ajax.activeRequestCount == 0)
      $$('body').first().removeClassName('loading');
  }
});

Le CSS Naked Day est une idée rigolote, que j’ai mis en place avec entrain sur mon blog. Elle consiste à ce que tout le monde désactive ses feuilles de style à une date donnée pour promouvoir les standards du Web.

C’est pourquoi le 5 avril mon blog désactivait ses styles en affichant un petit message et un lien vers le site officiel. Tout était automatique pour ne pas avoir à modifier l’apparence de mon site à minuit, en utilisant un morceau de code PHP qu’ils proposent eux-même sur le site officiel.

Manque de pot ils ont décidé de changer la date ! Cette année le jour du CSS tout nu tombe le 9 avril, alors que les deux années précédentes la date était fixée au 5. Évidemment cela casse les très nombreux plugins ou scripts qui ont été crées pour l’événement, comme ce que j’utilisais sur mon blog.

D’après le site officiel la date est désormais fixée au premier Mardi, Mercredi ou Jeudi d’avril qui ne soit pas le 1er avril. Oui. C’est carrément nul.

J’arrète donc de promouvoir cet événement jusqu’à ce qu’ils ne remettent une date fixe. Ou au moins quelquechose de calculable. Comme le premier mardi d’avril à part le 1er, au moins je pourrais le calculer et ne pas avoir à éditer le code de mon site chaque année…

En HTML le nombre de classes et le nom des classes est libre. Néanmoins il est bon d’utiliser des classes sémantiques, décrivant la fonction de la balise plutôt que son style.

Exemples

Pourquoi faire ?

De cette façon en utilisant des feuilles de style CSS l’on peut décider de changer les couleurs et l’affichage des pages sans avoir à changer l’HTML ou d’avoir des styles illogiques tels que .red { color:pink; }. D’autre part votre site peut avoir plusieurs feuilles de style (impression, mobile, slide, …), où vous pouvez décider par exemple que la classe large-column serait dans ce format… ni large, ni en colonne.

Ce n’est pas très grave si quelques-unes de vos classes décrivent l’apparence finale plutôt que la fonction de votre texte. Néanmoins c’est important dans une démarche qualité globale et cela augmente la réutilisabilité de votre code.

Tout ça pour en venir aux frameworks actuels

Les frameworks CSS qui foisonnent ces derniers temps tels que Blueprint CSS et YUI Grids CSS imposent sciemment l’utilisation de classes telles que <div class="column span-15">. C’est dommage. C’est pourquoi je les évite.

J’attends que les implémentations de CSS dynamiques telles que CleverCSS intègrent les fonctionnalités appréciables de ces frameworks. Mais je n’ai encore vu personne avancer cette idée. Ils pourraient pourtant par exemple avoir des propriétés magiques de type colspan: 15 qui se transformeraient en code nécessaire à la création d’une colonne à la bonne taille… Lazyweb te sens-tu le courage ?

Les images nous cachent des choses

Sur une image l’utilisateur ne sait pas au premier coup d’oeil que c’est un lien, rien de souligné ou de couleur differente du texte comme on peut le faire avec le texte. Rien ne différencie une image avec un lien d’une image sans.

Il faut donc attendre que l’utilisateur survole l’image et voie son curseur se transformer pour qu’il sache que c’est un lien ou bien utiliser des codes visuels (boutons, etc.) pour qu’il sache que c’est un lien.

Les images nous cachent aussi les différents etats d’un lien. Un lien hypertexte a aussi une couleur ou une présentation différente quand survolé, quand cliqué et quand déjà visité. Il est donc souvent impossible à l’utilisateur de voir rapidement quels liens il a déjà visité si le lien est une image !

Les Grandes Exceptions

Les images en haut à gauche des pages comme la grosse banière ici sur Sunfox ou le logo Google ont interêt à avoir un lien vers la page principale car c’est à ça que s’attend l’utilisateur. Et c’est de moindre importance ici de savoir si elle a déjà été visitée ou non.

Ne pas faire

On ne voit ici aucune différence entre les deux images, on serait passé à côté du lien si on ne le survolait pas de la souris. Et comme le web n’est pas un jeu du chat et de la… souris, on ne va pas s’amuser à survoler tout ce qui se trouve sur l’écran…

Mais faire

Ici l’on sait tout de suite que ces images nous amènent vers une autre page :

Ces deux dernières images ont également l’avantage de rester dans les mêmes couleurs des autres liens, et surtout de pouvoir changer de couleur de lien quand survolé et une fois le lien déjà visité !

Je suis un peu coupable

L’image sur mes gouttes est un exemple de graphique entre les deux où on pourrait s’attendre à un lien mais qui ne serait pas obligatoire.

Enfin, rappellons qu’il est beaucoup moins frustrant de rater un lien que de survoler une image en s’attendant à ce que ce soit un lien…

Chez Dualnet mon dernier projet a été de construire de A à z le site du DVD du Roi Arthur le film, pour Disney. C’est la première fois que je fais ce genre de site, et j’ai dû le faire entièrement tout seul.

Je suis assez fier du résultat, surtout en ce qui concerne l’html valide, léger et sémantique et le sacré usage des feuilles de style.

Croyez moi, ce respect des standards et cette accessibilité est une révolution dans ce genre de sites. Les sites commerciaux, de films, de DVDs et plus largement de publicité sont tous sauvagement crées pour ne fonctionner que chez la grosse partie des utilisateurs, en oubliant le reste.

C’est sans doute le seul site de film qui puisse être visité proprement à partir d’un PDA. Ou bien encore visité par un téléphone portable, un moteur de recherche ou encore un aveugle. (Si si, les aveugles aussi ont le droit de tout savoir sur le DVD du Roi Arthur… :p)

Simplement :

• il ne peut y avoir qu’un seul id dans un document
• un élément ne peut avoir qu’un seul id

L’on peut donc avoir

<div class="robert"></div>
<div class="robert"></div>

<div class="robert pouet"></div>

Mais PAS :

<div id="robert"></div>
<div id="robert"></div>

<div id="robert pouet"></div>

Quel est alors l’avantage d’utiliser l’id s’il est si restrictif ?

1. Utiliser du Javascript.

   En javascript on utilise l’id pour désigner tel ou tel élément par getElementById (prendre élément par son id). C’est une méthode très rapide pour pointer sur un élément.

2. Ancres.

   Grâce à l’id on peut faire un lien sur une partie de la page en utilisant un lien de type :

   <a href="#robert">lien</a>

   Lien qui pointera sur l’élément de la page ayant un id tel que :

   <strong id="robert">contenu</strong>

   Autre exemple :

   <body id="top">
   <a href="#top">haut de la page</a>

3. L’aspect sémantique de la chose.

   L’id a une valeur d’unicité et de chose à laquelle on peut se réferrer ou vers laquelle on peut faire un lien, on ne doit donc utiliser l’id que pour les éléments stables d’une page comme pour les grandes sections d’une page. Donner un id à un élément lui donne une autre dimension : il en devient plus important et unique.