Dur Comme Faire

S'il faut éviter d'utiliser les tableaux pour faire la mise en page d'un site, il ne faut pas pour autant les proscrire totalement d'un site conçu avec XHTML et CSS. En effet ceux-ci ont leur raison d'être: afficher des données tabulaires comme par exemple les résultats d'un calcul.

Pour beaucoup qui dit données tabulaires, dit visuel simpliste et terne. Heureusement grâce à CSS il est à présent possible de faire des choses attrayantes tout en restant valides et accessibles.

Enfin pour rendre un tableau encore plus pratique à consulter, il est même possible d'utiliser un peu de JavaScript "discrêt" afin de trier dynamiquement ses colonnes.

JavaScript "discrêt" est un concept qui propose d'utiliser du JavaScript uniquement pour ajouter un plus à une page, en aucun cas il ne doit être indispensable au bon fonctionnement de celle-ci. De plus il doit se dégrader sans aucune manifestation gênante dans les navigateurs ne le supportant pas, et enfin il doit nécessiter le moins de code JavaScript possible dans le code HTML. L'idéal étant que cela se résume à un simple appel d'un fichier JavaScript externe.

Clément Hardoüin liste dans 2 billets récents nombre de ressources intéressantes afin de tester, valider et débugger puis d'optimiser un site.

Dans le même esprit Andrew Fernandez fournit sur son site une quantité impressionnante de liens.

Dans un billet récent, Mike Golding apporte des arguments en faveur du design fixe par opposition au design fluide. Contrairement à beaucoup d'idées reçues, le design fixe est souvent plus interessant que le design fluide et surtout il apporte généralement plus de lisibilité au contenu et c'est bien l'essentiel.

Vous trouvez les XForms trop complexes ? vous envisagez de leur préférer l'alternative InfoPath de Microsoft ?

Lisez le billet de Laurent Jouanneau où il décrit une proposition de simplification de XForms qui pourrait vous faire changer d'avis tant celle-ci semble apporter exactement ce que tout développeur recherche mais sans lourdeur excessive. Bref une alternative propre à la validation côté client actuellement faite avec plus ou moins de bonheur en JavaScript.

Si vous souhaitez en savoir plus, reportez vous aux spécifications. Attention il ne s'agit pour le moment que d'un draft.

Faute de temps et devant la somme de choses intéressantes que j'ai dans mes manches, je vais, pour une fois, faire une liste de liens interessants sans trop détailler :

• Accessible Forms: Article sur les moyens simples de rendre accessible un formulaire
• CSS Crib Sheet: Je vous avais déjà parlé de cette liste des bonnes pratiques CSS. Elle passe du statut de simple billet à celui de liste qui sera maintenue et servira de checklist
• Flexible Layout: Exemple de mise en page évoluée en XHTML et CSS valides
• No Margin for Error: Un billet d'Andy Budd qui explique en détail la gestion des marges en CSS. C'est instructif et met en avant quelques points qui reste confus pour beaucoup
• Serving XHTML as application/xhtml+xml for XHTML aware browsers, text/html for others: Tout est dans le titre ...
• Nice Titles: Une manière propre de créer des infobulles personnalisées
• Sorttable: Créer des tableaux triables par colonnes du côté client et tout cela de manière valide et élégante
• Drop shadows_http://www.kryogenix.org/code/browser/aqdropshadow/: Ombres portées sur des textes
• Unobtrusive DHTML, and the power of unordered lists: Manière propre de rendre un menu dynamique tout en restant accessible
• Comparator, MozIE: 2 outils permettant de comparer l'affichage d'une page dans Internet Explorer et dans Mozilla d'un seul coup d'oeil

Le service commercial BrowserCam commence à faire des émules. En effet KCapture permet de vérifier l'affichage d'un site sur Konqueror sous Linux et ICapture sur Safari sous Mac OSX.

Il devient donc aisé de tester ces sites sous une multitude de navigateurs sans avoir à les installer à demeure sur un poste.

Les auteurs des indispensables tutoriels Listutorial et Floatutorial récidivent avec un non moins indispensable tutoriel sur les sélecteurs CSS. Ceux-ci sont trop souvent négligés et utilisés bien en deça de leurs capacités réelles. Cela est malheureusement souvent dû à l'incapacité d'Internet Explorer à en gérer la plus grande partie.