davidtouvet.com/blog

Bon article très introductif sur le sujet. Bon rythme, bonne prose et assez facile à ingérer (si on aime les articles longs).

Dans cet article je vais vous donner exactement ce que tout programmeur en activité devrait savoir. Tout ce mélange “texte à plat = ascii = tout caractère est sur 8 bits” n’est pas seulement faux, c’est sans espoir, et si vous êtes encore en train de programmer de cette façon, vous ne valez pas mieux qu’un docteur qui ne croit pas aux microbes. Faites moi le plaisir de ne pas écrire une ligne de code de plus jusqu’à ce que vous ayez fini de lire cet article.

Source

Quand on reçoit un texte rempli de caractères indésirables, il est tentant de vouloir le nettoyer pour le réutiliser dans un autre contexte. Pensons par exemples aux “>” dans les emails pour signaler le texte auquel on répond. Les caractères qui passent au lavage sont les suivants: <, > , @, #, $, %, ^, &, *, (, ), _, -

Brainsfeed a trouvé un outil en ligne qui semble très bien accomplir cette tâche: The Stripper

Ergologique expose en un article les grands principes de la lisibilité du texte sur le web.

Je retiens les points suivants:

• une police avec serif a des empattements au bout des caractères, et une police sans serif n’en a pas
• si certaines études préconisent l’utilisation de polices sans-serif pour la lecture à l’écran, il serait plus préférable selon Ergologique de choisir une police de caractère qui a été conçue pour la lecture à l’écran, qu’elle soit serif ou sans-serif
• certaines polices sont conçues pour l’imprimé (comme Times)
• la taille du texte préconisée ici est de 80% (là, on entre dans un autre débat!), il faut éviter les points ou les pixels
• pour les utilisateurs qui ne savent pas qu’il est possible de changer la taille du texte avec leur navigateur, on peut ajouter directement cette possibilité sur le site (voir un exemple sur le site Wired)
• ménager des espaces vides pour aérer la mise en page et facilité la distinction entre les blocs de textes (c’est ce que je dois améliorer sur mon blog, c’est clair), entre autres en utilisation l’interligne dans la feuille de style line-height:150%;
• essayer de ne pas dépasser 100 caractères par ligne et aligner le texte à gauche (pas de justifié)
• créer un contraste suffisamment fort entre le fond et le texte lui-même (on peut à ce propos utiliser l’outil Color Scheme Generator 2 qui permet de vérifier le contraste de couleurs en fonction des déficiences visuelles);

En décidant d’afficher sur ma homepage la liste des derniers articles publiés sur ce blog, j’ai constaté que le texte était illisible car les accents étaient codés “bizarrement” alors que les accents provenant des textes de ma homepage apparaissaient convenablement, comme le montre l’illustration ci-dessous:

En regardant le code source de mon blog, j’ai découvert cette balise meta:

<meta http-equiv=”Content-Type” content=”text/html; charset=utf-8” />

Ma homepage elle, est codée ainsi:

<meta http-equiv=”Content-Type” content=”text/html; charset=ISO-8859-1” />

Le problème d’affichage provient donc tout simplement d’un conflit entre deux encodage. Pour résoudre ce problème, j’ai décidé d’encoder ma homepage en UTF-8. Le résultat est là, tout s’affiche convenablement, comme vous pouvez le constater directement en ligne.

Pour en savoir plus, on peut lire l’article “Introduction aux jeux de caractères” d’“Open Web“. Cet article est très complet et apporte un éclairage suffisant pour bien saisir les tenants et aboutissants des jeux de caractères. Après un bref historique sur les bits, l’auteur décrit les différents jeux de caractères et propose une série de logiciels “qu’il est possible d’utiliser pour encoder les pages en UTF-8 ou en ISO-8859-1″. Une série d’hyperliens permet d’approfondir chaque notion présentée.

Liste des caratères ASCII standard.