Quelques conseils de bon sens, à préciser dans un article ultérieur :

Lire la suite de Des feuilles de styles sans souci
(7 commentaires et trackbacks)

Pour compléter le billet précédent (Feuilles de styles permanentes, alternatives et préférées en (X)HTML), voici un rapide tout d'horizon des types de media CSS, de leurs implémentation actuelles, de leur intérêt... et de leurs limites.

Lire la suite de Les types de media CSS
(9 commentaires et trackbacks)

L'utilisation des feuilles de style CSS butte parfois sur un emploi un peu hasardeux des éléments et des règles de liaisons de celles-ci avec les documents (X)HTML. Une des sources d'erreurs fréquente est le rôle très particulier de l'attribut title dans cette liaison, qu'il s'agisse :

• des éléments link (dans le cas d'une liaison rel="stylesheet") 
• des éléments style 
• de l'instruction xml-stylesheet.

Voici donc un exposé du rôle de cet attribut et plus généralement des notions de styles permanents, alternatifs et préférés, y compris dans le cas où plusieurs medias sont pris en compte (Voir également à propos des medias CSS cet article complémentaire).

Lire la suite de Feuilles de styles permanentes, alternatives et préférées en (X)HTML
(8 commentaires et trackbacks)

Il a souvent été dit et répété qu'un code HTML "sémantique" était un gage de qualité pour une page Web. Ce qui, en réalité, peut s'avérer totalement faux à l'épreuve des faits. Une certaine approche sémantisante produit même plutôt l'effet inverse, en oubliant l'utilisateur en cours de route.

Prenons le temps d'examiner un cas concret : l'utilisation tous azimuts des très réputées listes de définition.

Lire la suite de L'élégance technique et sémantique au détriment de la qualité ? Exemple des listes de définition HTML.
(3 commentaires et trackbacks)

A l'heure où l'excellent François Palaci s'apprête à conférer aux Rencontres Mondiales du Logiciel Libre, dans la catégorie « Système de gestion de contenu » (CMS), sur un sujet préparé avec Elie Sloïm et moi-même, je retombe au détour d'un forum sur une question récurrente des utilisateurs de divers CMS :

« J'utilise le CMS X. Mes pages sont en XHTML1.0 Strict. Ma feuille de style, valide et tout, est ignorée par Firefox. Que se passe-t-il ? »

Lire la suite de CMS et bonnes pratiques HTTP
(14 commentaires et trackbacks)

Si le HTML a inventé les éléments de titres h1, h2 , etc. on peut raisonnablement supposer que ce n'était pas juste pour la beauté du geste. Le titrage structurel d'un document Web, quel que soit son contenu, apporte une information qui peut être exploitée de multiples manières côté client, pour la plus grande satisfaction de l'utilisateur.

Seulement voilà, les navigateurs graphiques ne font du HTML qu'une exploitation parfois très limitée, là où des clients spécifiques tels que les lecteurs d'écran les ont devancé depuis belle lurette. C'est le cas en particulier du titrage, qui se résume, dans le bas de la fourchette ergonomique côté navigateur, à ce qu'en font Internet Explorer et Firefox, c'est à dire "ça s'affiche", point. Et, du coup, la plupart des auteurs de contenu Web, même soucieux du respect des standards, sous-estiment l'importance à accorder à ces éléments.

Or, un titre, c'est bien plus qu'un texte ou une image à afficher.

Lire la suite de Remarques à propos du rôle des éléments de titres <hn>
(15 commentaires et trackbacks)

Quel est la différence un lecteur d'écran et un navigateur vocal ? Entre les medias aural et speech ? Qu'est-ce qui est implémenté, et par quelle application ? Comment tester des feuilles de style auditives ?

Voici quelques éléments de réponse...

Lire la suite de Medias aural et speech, navigateur vocal et lecteur d'écran... Mais encore ?
(4 commentaires et trackbacks)

Le support du media speech dans Opera 8.0 (bêta 2) va selon toute probabilités passer inaperçu, en raison du côté relativement confidentiel de ce navigateur, ainsi que d'une méconnaissance très répandue de ce qui touche au media auditif sur le Web, pour ne pas dire à la problématique des media tout court.

C'est pourtant une étape essentielle en matière d'accessibilité, dont l'intérêt est loin de se limiter aux seuls utillisateurs de ce navigateur.

En effet, il n'existe jusqu'à aujourd'hui aucun moyen fiable de masquer un contenu (X)HTML aux divers navigateurs utilisés sur les medias visuels tout en le laissant à coup sûr audible dans un lecteur d'écran ou dans un navigateur vocal, à moins de délivrer deux contenus différents, et donc de faire deux versions différentes du documents :

Lire la suite de Media speech: Opera 8 (bêta 2) ouvre la voie aux lecteurs d'écrans
(7 commentaires et trackbacks)

Si le problème des jeux et du codage des caractères dans les documents HTML est fréquement traité, cette question est revanche plus rarement abordée quand il s'agit de feuilles de styles. Les documents CSS sont pourtant eux aussi susceptibles de contenir des caractères absents de leur encodage (character encoding), en particulier lorsqu'il s'agit de contenu généré CSS. Le rendu de ces caractères peut alors être problématique.

Dans quels cas pouvons-nous avoir besoin de tels caractères ? Quelles sont alors les contraintes dont il faut tenir compte, et les précautions à prendre ?

Lire la suite de Feuilles de style, jeux et codage de caractères
(9 commentaires et trackbacks)

Question angoissante, posée par ceux qui ont (trop ?) lu qu'il ne fallait pas utiliser les tableaux à tort et à travers : qu'est-ce qu'une donnée tabulaire ?

Lire la suite de Ces fichues données tabulaires...
(un commentaire ou trackback)

A force de lire les questions posées par tous ceux qui se lancent dans l'aventure exhaltante de leur première page XHTML, je vais finir par devenir totalement hébété à force de répéter ce conseil simple : lisez les spécifications. Je sais, vous allez me dire qu'elles ne sont pas aisées à lire, que ce ne sont pas des textes pédagogiques, etc. Mais il y a quelques passages incontournables, et tout particulièrement celui-ci : XHTML1.0, Appendice C. Règles de Compatibilité HTML.

Sa lecture est indispensable à toute personne soucieuse de délivrer des pages Web XHTML compatibles avec les navigateurs qui ne supportent pas le type de contenu spécifique à ce format (application/xhtml+xml), c'est à dire en particulier Internet Explorer, et plus généralement à tout ceux qui pratiqueront la syntaxe XHTML dans des documents text/html. C'est dire, finalement, que ce document concerne la très grande majorité des contenus XHTML qui sont traités en réalité comme s'il s'agissait d'un HTML un peu bizarre.

Il répond, entre-autre, à une série de questions fréquentes : vaut-il mieux écrire <p></p> ou <p /> ? Faut-il écrire <br /> ou <br></br> ? Puis-je écrire <script type="..." src="..." /> pour gagner quelques octets ?

Lire la suite de <p></p> ou <p /> ? <br /> ou <br></br> ? Lisez les specs !
(7 commentaires et trackbacks)

En découvrant le nouveau Pompage (au design particulièrement sobre et agréable), je m'aperçois d'un petit bug d'Opera qui peut se révèle particulièrement gênant puisqu'il fait disparaître l'intitulé des liens à l'affichage. Il est heureusement aisé à corriger.

[edit] L'excellent Samuel Latchman n'a d'ailleurs pas manqué de rectifier le jour même ce petit oubli dans la feuille de style de Pompage A défaut du bug in situ, vous pouvez donc vous reporter à cette page de test. [/edit]

Qu'en est-il exactement ?

Lire la suite de Opera et le sélecteur d'attribut [hreflang|=foo]:after
(10 commentaires et trackbacks)

Le propre du HTML est d'autoriser le navigateur à exercer son droit de jugement sur les erreurs rencontrées. Plus exactement, si vous développez un navigateur Web, vous êtes libres de prévoir le comportement de votre choix quand il s'agit de traiter un balisage erroné (Votre contrainte majeure est en général de donner accès au plus grand nombre de documents possible).

Selon toutes les spécifications (X)HTML, on ne peut doter une page (X)HTML de styles alternatifs à l'aide de l'élément style : ceux-ci passent obligatoirement par link en HTML, ou xml-stylesheet en XHTML (Pour mémoire, l'en-tête HTTP link proposait une 3^e voie du temps d'HTTP1.0).

Donc, <style type="text/css" title="blabla" rel="alternate stylesheet"> est impossible... Ah... Chiche ?

Lire la suite de Aberrations HTML et XHTML: des styles alternatifs via l'élément style
(12 commentaires et trackbacks)

Voici un petit détournement amusant des compteurs générés CSS permettant de dresser quelques statistiques d'emploi des divers éléments HTML dans une page Web, ou de révéler l'utilisation de tel ou tel type de balisage.

Lire la suite de Faites des statistiques de votre HTML à l'aide des compteurs CSS
(7 commentaires et trackbacks)

Bien que Cascading Style Sheets, level 2 soit encore à ce jour la norme CSS de référence, la prochaine Cascading Style Sheets, level 2 revision 1, qui a atteint le stade de Candidate Recommendation, contient bon nombres d'informations utiles dès aujourd'hui. CSS2.1 s'est en effet vu attribuer un rôle bien particulier :

Lire la suite de De CSS2 à CSS2.1: anticipation raisonnable (1)
(13 commentaires et trackbacks)