Le Web a sa propre typographie

À chaque média ses contraintes...
cuy copyleft
  See You Why?  

 


Chapitre pr�c�dent
Sommaire (00)
        Retour au sommaire
Sommaire (00)
        Chapitre suivant
Gen�se et performances du HTML (02)

a- Les contraintes du nouveau media

 
 
 
 Introduction

Certains en doutent... il est possible d'appliquer les règles fines de la typographie sur le Web quasi aussi facilement et correctement que sur n'importe quel autre support dont le support papier. Il est même possible de le faire de façon suffisamment souple pour pouvoir être traité par la majorité des environnements informatiques (système opératoire [Windows 95 ou Seven, Linux Ubuntu ou Slackware, MacOS ou encore Chrome de Google...], logiciels de navigation [Internet Explorer, Netscape, Safari, Firefox...], caractéristiques techniques des ordinateurs et des écrans [carte video, résolution de l'écran, sa taille, sa définition] et obtenir des résultats dignes des meilleurs logiciels de PAO (publication assistée par ordinateur). Encore faut-il toutefois s'en donner la peine, sauf si l'on ne désire pas écrire de texte correct et faire preuve de flemme ou d'ignorance.

Avant de développer plus la "typographie sur le Web", nous invitons le lecteur à prendre connaissance des règles essentielles à respecter pour la présentation typographique correcte d'un document qui se respecte. Le site "Conseils de typographie" semble répondre aux critères essentiels à connaître et respecter.

Plusieurs sites parlent de "typographie sur le Web" ; le lecteur pourrait prendre connaissance de quelques-uns ici[10]. Nous nous adressons ici à tous les concepteurs de sites web, y compris ceux qui sont issus du monde des arts et industries graphiques, et plus pr�cis�ment � ceux qui viennent de la PAO (Publication Assistée par Ordinateur).
Ces derniers ont abord� le web avec leurs habitudes et leur savoir-faire — dont la typographie fait �videmment partie — et ils n'ont pas cach� leur d�ception : pourquoi le HTML est-il si limit� en ce qui concerne la typographie ? Pourquoi ne le remplace-t-on pas par Postscript ou PDF ? Pourquoi ne peut-on pas transmettre les polices avec la page web ? Pourquoi de belles polices s'affichent-elles de mani�re aussi laide sur l'�cran des ordinateurs ? Pourquoi les navigateurs permettent-ils � l'internaute de modifier l'apparence du texte des pages web comme il l'entend ?

 

Peu de documents traitent de ces questions sur le Web. Des sites existent, qui traitent de la typographie classique (celle qui est utilis�e en PAO) mais l'adaptation de cette derni�re au web n'est g�n�ralement pas ou peu abord�e. C'est la raison pour laquelle nous avons cr�� et mis en ligne ce dossier.

 
 
 À chaque média, ses contraintes...
  Les diff�rences entre la typographie de la PAO et celle du web ont des causes principales :  
 
   

d'abord, les deux supports d'information sont tr�s diff�rents.
  Le papier — d'une part — fonctionne par diffusion de la lumi�re (il renvoie la lumière reçue, à comparer avec des couleurs mélangées dans un pot), la r�solution des proc�d�s d'impression est suffisante, et la reproduction des couleurs par quadrichromie CMJN [Cyan-Magenta-Jaune-Noir] est satisfaisante.

Dans le cas du papier, la source de lumi�re est ext�rieure et au dessus. La feuille de papier blanc, si elle ne reçoit aucune encre des couleurs fondamentales restera blanche... si elle reçoit de l'encre des trois composantes... quelle belle tache noire... (ou presque... ce qui justifie la quadrichromie, les Cyan-Magenta-Jaune auquels on ajoute le noir).

Wikipédia, dans sa définition de quadrichromie nous donne cet exemple d'un image décomposée en ses composantes CMJN

l'image de départ (étalage de fruits),

la même image, après séparation quadrichromique,


  L'�cran d'un moniteur — d'autre part — fonctionne par �mission de lumi�re (il envoie de la lumière, à comparer à des spots de couleurs différentes qui éclairent une même zone d'un écran), sa r�solution (toujours voisine de 72 dpi) est faible, et la reproduction des couleurs par trichromie RVB ou RGB [Rouge (red) - Vert (green) -Bleu (blue)] s'effectue dans un espace colorim�trique diff�rent de celui du CMJN (et sans doute plus �tendu).

Sur �cran, la couleur est la somme des trois couleurs (rouge, vert, bleu) �mises anciennement par le tube cathodique de l��cran CRT, aujourd'hui par les cristaux liquides de vos écrans plats LCD, voire par les LED des écrans les plus récents. La source de lumi�re est int�rieure : elle est situ�e derri�re ou sur l��cran.
Si un artiste (ou un écran blanc) dans une salle sombre n'est éclairé par aucun des trois spots de couleurs rouge, vert et bleu, il restera non visible dans le noir...
par contre, si les trois mêmes spots de couleur l'éclairent à plein rendement, ce sera comme si un spot blanc va l'éclairer.

Couleurs primaires
  Rouge   255 0 0   #FF0000  
  Vert   0 255 0   #00FF00  
  Bleu   0 0 255   #0000FF  
Couleurs secondaires
  Cyan   0 255 255   #00FFFF  
  Magenta   255 0 255   #FF00FF  
  Jaune   255 255 0   #FFFF00  

 

Il n'est donc pas �tonnant que les produits correspondants (l'imprim� d'une part, l'affich� d'autre part) aient des propri�t�s diff�rentes. Chaque support poss�de ses avantages et ses inconv�nients ;
 

  ensuite, l'ordre des processus n'est pas le m�me.

Dans les industries graphiques, on imprime d'abord (imprimeur), on distribue ensuite (distributeur) : l'imprimeur, ou son commanditaire, est ma�tre de la pr�sentation du produit imprim�, le lecteur lit ensuite la production.
Sur le web, c'est l'inverse : on distribue d'abord (le concepteur de pages via Internet), on affiche ensuite (l'internaute via son écran). L'internaute, et le syst�me informatique qu'il utilise, influent sur la pr�sentation des pages web re�ues ;
 
 

enfin, la transmission des donn�es via Internet est limit�e par le d�bit du r�seau

(celui déclaré par votre FAI [fournisseur d'accès à Internet] parfois très différent de celui que vous recevez réellement chez vous), d�bit g�n�ralement faible, et souvent irr�gulier. Ainsi, en 1998, j'écrivais déjà : "Il est en effet inutile d'avoir un modem de 28,8 Kbits/seconde si votre sortie est rest�e configur�e � 9,6 Kbits/sec", et en 2009, mon provider (ou FAI) Skynet (Belgique) annonçait un débit de 4 à 12 Mbps pour l'abonnement ADSL Go... chez moi, je transférais (uploadais) à du 41 kbps (ce samedi 18/07/2009 à 13:48) soit un débit de 100 à 300 fois plus faible que celui annoncé ;
 

 
 

Il en r�sulte que la typographie du web souffre de contraintes qui n'existent pas pour la typographie classique sur papier. Nous examinerons tour � tour les points suivants :
 

 
 
    Internet est un tout petit tuyau,
ce qui incite les concepteurs de pages web � sacrifier un peu la pr�sentation pour limiter la taille des fichiers ; songeons à tous les ordinateurs dans une école (y compris les ordinateurs portables connectés en WiFi) sont raccordés au Net (généralement) par une seule ligne de téléphone ;
  l'�cran du moniteur pr�sente une r�solution m�diocre.
Certains d�tails typographiques fins (les empattements en particulier) ne sont pas — ou sont � peine — visibles ;
  l'internaute est ma�tre de son syst�me ;
il peut modifier � loisir la pr�sentation de l'information qu'il re�oit en jouant sur les r�glages de son navigateur (affichage >> menu à 5 tailles différentes).
C'est dans l'esprit du web, c'est un avantage pour les mal voyants, et il faut s'y faire ;
  le nombre de polices communes
� tous les postes d'internaute ne d�passe pas la dizaine, il y a quelques années ;
  le syst�me informatique utilis�
influe sur la qualit� de l'affichage, tant � cause du mat�riel (moniteur) que du logiciel (navigateur). Ainsi, les navigateurs sont encore des produits �volutifs, qui impl�mentent plus ou moins bien les possibilit�s r�centes (feuilles de style) en mati�re de typographie du web.
 
 
 

Les propri�t�s du Web sont tr�s diff�rentes de celles de l'imprim�. Il faut se faire aux d�fauts de "la toile", profiter de ses qualit�s, et faire �voluer la typographie du web (web typography) dans son nouveau cadre.
Enfin, on peut se consoler en usant et en abusant de la COULEUR, qui est plus belle sur l'�cran d'un moniteur que sur un produit imprim�.

 
 
 Premi�re contrainte : le d�bit d'Internet

Il �tait de bon ton chez les gourous d'Internet, au d�but de l'ann�e 2000, d'expliquer calculette en main qu'on allait disposer de tellement de "bande passante" (bandwith — en fait, "d�bit" est le terme correct en fran�ais) qu'on ne saurait plus qu'en faire. Ces messieurs avaient additionn� le nombre de kilom�tres de fibre de verre pos�s ces derni�res ann�es, extrapol� les futures performances de chaque fibre, et tir� leurs brillantes conclusions.

Ils avaient oubli� une premi�re chose, c'est qu'aux deux bouts de la fibre il faut mettre de l'opto�lectronique, qu'� chaque nSud de la toile il faut installer des ordinateurs puissants et des routeurs costauds, et que si le gros tuyau des dorsales enfle, il faudrait aussi que les moyens tuyaux, et le petit tuyau qui va jusqu'� l'internaute, en fassent autant.

Qui a déjà changé son cablage téléphonique depuis ces 10 dernières années ?

Peut-�tre nos gourous avaient-ils oubli� aussi une deuxi�me chose, � savoir que le nombre d'internautes augmente � toute vitesse, si bien que les investissements actuels permettent d'accepter les nouveaux utilisateurs, mais ne contribuent gu�re � l'am�lioration du fonctionnement pour ceux qui sont d�j� pr�sents — un processus qui est loin d'�tre termin�.

Pour neutraliser la croissance de la population mondiale, voici des stats pour 100 habitants [Graph of internet users per 100 inhabitants between 1997 and 2007 by International Telecommunication Union (ITU) recreated in OpenOffice Calc,
[source: http://www.itu.int/ITU-D/ict/statistics/ict/graphs/internet.jpg] et que, de 2 % en 1997 on passe à un petit 15 % en 2004, et (d'après la même source) on est passé en 2014 à quelque 40 % d'utilisateurs d'Internet au niveau mondial.
[source: http://www.internetlivestats.com/internet-users/#trend]

Toujours est-il que, quelques semaines plus tard, les gourous annon�aient que les gros d�bits sur Internet n'�taient pas pour demain. Dans cinq ans, peut-�tre... En attendant, si vous voulez �tre pr�sent sur le net, il faut vous adapter � ses performances actuelles.
 

 

Compar� � d'autres syst�mes qui v�hiculent aussi du texte et des images, Internet pr�sente des performances qui paraissent minables :
 

 
 
    le d�bit nominal d'un lecteur de CD-ROM 1X est de 150 Ko/s, soit 1.200 Kbps (Kilobits par seconde)... puisqu'un octet = 8 bits.
Les appareils Blu Ray actuels (en janvier 2010) et leur disque affichent des débits de 72 Mb/s (9 Mo/s) soit 60X (faut-il, le mensonge marketing une fois corrig�, encore rectifier). C'est environ MILLE FOIS le d�bit moyen de l'Internet fran�ais aux heures normales de bureau — quand tout va bien ;
 
  le d�bit nominal d'un r�seau local Ethernet courant est de 10 Mbps, voire 100 Mbps (de plus en plus), au niveau du poste de travail (et 10 ou 100 fois plus au niveau de la dorsale de l'entreprise).
M�me si le d�bit r�el maximum n'atteint gu�re que les trois quarts de cette valeur, c'est encore TROIS CENTS FOIS le d�bit moyen de l'Internet.
 
 
 

L'exp�rience montre que si une page web met plus de 20 secondes � se charger, l'internaute s'impatiente et va cliquer ailleurs.

Comme il y a plus de 27 millions de sites (chiffre de novembre 2001)
[Plus de 186 millions (186 727 854 pour être précis), c�est le nombre de sites Internet recensés sur le web fin 2008, selon la dernière estimation de Netcraft (seule source fiable dans ce domaine)... Netcraft considère que 75 millions sont véritablement actifs (soit un peu moins de la moitié)]
et pr�s de deux milliards de pages HTML sur le web (chiffre de novembre 2001)
[1 trillion, c'est-à-dire mille milliards (1.000.000.000.000) : voilà le nombre de pages web distinctes que Google a répertorié (chiffre de 2008)] !
En juillet 2013, le web comptait plus de 698 millions de sites2, dont plus de 175 millions considérés comme actifs3.

Jesse Alpert et Nissan Hajaj (2 ingénieurs de Google de l'équipe en charge de l'infrastructure de la recherche) donnent quelques chiffres qui donnent le tournis�], le brave homme n'a que l'embarras du choix. Le d�bit moyen actuel d'Internet vous donne par cons�quent droit � 50 Ko par page web -- 30 Ko m�me, selon les auteurs les plus s�v�res. En cons�quence, les pionniers du web :
 

 
 
    ont d�velopp� un langage de description de page simplifi�, appel� HTML (HyperText Markup Language), qui n'alourdit pas trop le texte saisi, mais dont les possibilit�s en mati�re de typographie sont relativement limit�es (voir "Premiers pas en HTML") ;
 
  n'ont pas pr�vu le t�l�chargement des polices avec la page web. Cette derni�re (la page web) est donc affich�e par le navigateur � l'aide des polices pr�sentes sur la machine de l'internaute.
 
 
 

Le d�veloppement du web, et les exigences toujours plus pressantes des concepteurs de sites, ont amen� le W3C (World Wide Web Consortium) � proposer un additif au HTML : les feuilles de style en cascade (CSS : Cascading Style Sheets) (voir "Premiers pas en HTML, "). Les sp�cifications correspondantes sont tr�s riches en fonctionnalit�s typographiques, et le t�l�chargement de polices avec la page web est pr�vu. C'est parfait... et cela marche parfaitement pour l'instant, la seule typographie utilisable...

 
 

Remarque : la limitation de la taille des pages web ne doit pas �tre prise � la lettre. Ce qu'il faut �viter � tout prix, c'est que l'internaute reste devant une page vide pendant de longues secondes, � cause d'un fichier lourd qui s'affiche d'un seul coup. Par contre, l'internaute moyen admet tr�s bien que la page continue � se charger, s'il a d�j� quelque chose � lire pendant ce temps.

 
 
 Deuxi�me contrainte : la r�solution de l'�cran

Rentrez-vous bien cette valeur dans la t�te : 72 dpi.
C'est � peu pr�s la r�solution vous pouvez obtenir sur l'�cran de votre moniteur. Nous sommes loin des performances des photocomposeuses, des syst�mes d'�preuvage num�rique, de l'offset, et des imprimantes "qualit� photo". Contrairement � ce pensent certains, cette valeur de 72 dpi n'est qu'un ordre de grandeur, m�me sur un Mac. Votre ordinateur, qui ne conna�t ni la taille exacte de votre moniteur ni la mani�re dont vous l'avez r�gl�, ne peut pas vous offrir exactement cette r�solution. Vous devez d'abord consid�rer qu'ici le "d" de "dpi" ne signifie pas "dot", mais "pixel", et ensuite que la valeur 72 est approch�e.

Un écran pr�sente en effet une r�solution voisine de 72 dpi, tr�s inf�rieure � celle d'un produit imprim�, mais semblable à celle d'une photocopie. Cette mesure de 72 dpi (dots per inch) ou 72 ppp (points par pouce) correspond à 72 points (ou pixels) par pouce de longueur. Le pixel moyen (ou pica) correspond donc à 1 pouce (soit 2,54 cm) divisé par 72, soit 0,353 mm. La typographie de l'affich� est donc assez diff�rente de celle de l'imprim�.
Une résolution s'exprimera donc en dpi ou ppp, points par pouce.

Une imprimante (ou un scanner) présente déjà une résolution nettement supérieure et sa résolution verticale et horizontale n'est pas toujours la même... on peut en effet avoir une résolution de 1200x600 PPP sur un scanner ; d'où la mesure double :

  • les premières imprimantes à aiguilles avait une définition de 72 dpi, voire 144 dpi ;
  • les meilleures imprimantes à aiguilles atteignaient les 360 dpi ;
  • les meilleures imprimantes jets d'encre offrent une résolution de 1440 dpi (Imprimantes Roland Soljet Pro II et III) ;

Attention cependant de lire correctement les publicités : une même "imprimante scanner" (Lexmark X4550) fera état de Résolution d'impression 1200 x 1200 dpi ; Résolution de copie jusqu'à 1200 x 1200 dpi ; Résolution optique jusqu'à 600 x 1200 dpi ; Résolution interpolée jusqu'à 19 200 dpi.

La taille d'un écran se mesure par la longueur de la diagonale, exprimée en pouces. Les tailles standard des écrans sont les suivantes (liste non exhaustive) :

  • 7,9 pouces, soit une diagonale de 25 cm environ pour l'iPad 2 ;
  • 14 pouces, soit une diagonale de 36 cm environ ;
  • 15 pouces, soit une diagonale de 38 cm environ ;
  • 17 pouces, soit une diagonale de 43 cm environ ;
  • 19 pouces, soit une diagonale de 48 cm environ ;
  • 21 pouces. soit une diagonale de 53 cm environ ;
  • 32 pouces, soit une diagonale de 81 cm environ ;
  • 40 pouces, soit une diagonale de 101 cm environ .

La taille d'un écran de PC en Pouces = diagonale en cm divisée par 2,54 (un pouce = 2,54 cm) ;
à l'inverse taille en cm = diagonale en pouces * 2,54 ;
donc le 15" = 15 * 2,54 = 38 cm.
le 19" = 19 * 2,54 = 48 cm.

Pour ce qui est des formats 4:3 et 16:9, la diagonale reste inchangée, mais on fait varier le rapport entre la largeur et la longueur, à titre d'indication :
    le format 16:9 (écran large) correspond au rapport L / l = 1,77 (soit 4/3)
    le format 4:3 au rapport L / l = 1,33 où L est la longueur et l la largeur (soit 16/9).

À la question : quelles sont les dimensions de mon écran 16:9 de 15,4" ?...
1) diagonale en cm = 15,4 * 2,54 = 39,116 cm
2) Pythagore nous dit : diagonale2 = Longueur2 + largeur2,
or, L=1,77 l
donc, 39,1162 = (1,77 l)2 + l2, ou 39,1162 = 3,1329 l2 + l2,
ou 39,1162 = 4,1329 l2 , ou 1530,061456 = 4,1329 l2,
ou l2 = 1530,061456/4,1229 = env. 371,11 ,
soit l = 19,26 cm
et L = 19,26 * 1,77 = 34,10 cm.

Donc, à la question "quelle dimention fait un ecran 15" 4:3; un 19" 4:3; un 19" 16:9 etc..."
15 pouces c'est la diagonale ; il faut multiplier par 2.54 pour avoir les cm
15" ça fait environ 37 cm de diagonale et 19" environ 50 cm.

Maintenant pour connaitre les côtés il faut résoudre les équations suivantes :
x²+y² = Diagonale²
x/y = 4/3 ou x/y = 16/9
donc,

écran 15" 4:3 écran 19" 4/3 écran 19" 16:9

écran 15" soit env. 37 cm

x=4/3 y , ou y=3/4 x donc

x²+9/16 x²=37²
25/16*x²=37²
x²=37²*16/25

x =sqrt(37²*16/25)=29.6

y = 22.2

verif: 29.6² + 22.2² = 876.16 + 492.84 = 1369 ou 37²

écran 19" soit env. 50 cm

x=4/3 y , ou y = 3/4 x donc

x²+9/16 x²=50²
25/16*x²=50²
x²=50²*16/25

x =sqrt(50²*16/25)=40

y = 30

verif: 40² + 30² = 1600 + 900 = 2500 ou 50²

écran 19" soit env. 50 cm

x=16/9 y , ou y = 9/16 x donc

x²+81/256 x²=50²
337/256*x²=50²
x²=50²*256/337

x =sqrt(50²*256/337)=43.6

y = 24.5

verif: 43.6² + 24.5² = 1900 + 600 = 2500 ou 50²


La définition d'un écran, c'est le nombre de points (dans le sens de pixels), en largeur et en hauteur, que l'écran peut afficher, ce nombre de pixels est généralement compris entre 640x480 [devenu très rare] (640 points en longueur, 480 points en largeur [soit 307200 pixels 0,3072 MégaPixels]) et 2048x1536 (2048 points en longueur, 1536 points en largeur [3 145 728 pixels ou 3,145728 MégaPixels]), mais des résolutions supérieures sont techniquement possibles (voir ici les définitions d'écran des visiteurs de notre site CUY). Le tableau ci-dessous donne les définitions conseillées selon la taille de la diagonale :

Vous souhaitez connaître la définition de votre écran sous Windows ? clic-droit sur votre bureau >> Propriétés >> Paramètres

Voici quatre fois la m�me image de 37 pixels de large sur 45 pixels de haut.
Elle est � des �chelles diff�rentes : 1/1 (taille normale), 2/1, 4/1 dans la première colonne et 8/1 dans les colonnes ci-contre.

À l'�chelle 1/1, ces points sont tellement petits qu'on ne s'en rend pas compte... l'image semble nette.
Mais � l'�chelle 8/1, chaque pixel de l'image d'origine est affich� sur un carré de 8 pixels sur 8 de l'�cran (donc sur 64 pixels).
Et �a ce voit !...

Et si l'image de gauche n'est pas la même que celle de droite, c'est que vous utilisez un système qui "lisse" déjà les images...

Ainsi, au contraire des images vectorielles, on ne peut agrandir les images bitmap sans perte de qualit�...

 

Voici les définitions les plus courantes d'écran :

Nom Dimensions Taille écran Nom complet L / ht Date xxx
QQVGA 160×120 1/2 Quarter Quarter Video Graphics Array 4/3    
QVGA 320×240 1/2/3 Quarter Video Graphics Array 4/3    
VGA 640×480 13/15 Video Graphics Array 4/3 1987  
Hercules 720×348 13/15 Hercules Video Graphics Adapter 4/3 1982  
SVGA 800×600 15/17 Super Video Graphics Array 4/3    
WSVGA 964×544 17 Wide Super Video Graphics Array 16/9    
XGA 1024×768 15/17 eXtended Graphics Array 4/3 1987  
WXGA-H 1280×720 Wide eXtended Graphics Array 16/9   (pour Télévision à haute définition) / HD ready
WXGA-H+ 1280×800 Wide eXtended Graphics Array 16/10   (pour Télévision à haute définition)
SXGA 1280×1024
17/19
Super eXtended Graphics Array 5/4    
WXGA 1366×768
12/15/17
Wide eXtended Graphics Array 16/9   (pour Télévision à haute définition)
WXGA+ 1440×900
17
Wide eXtended Graphics Array + 16/10    
SXGA+ 1400×1050
19/20/21
Super eXtended Graphics Array + 4/3    
WSXGA 1600×1024 20/21 Wide Super eXtended Graphics Array 25/16    
WSXGA+ 1680×1050 20/21/22 Wide Super eXtended Graphics Array + 16/10    
UXGA 1600×1200 17/20/21 Ultra eXtended Graphics Array 4/3    
WUXGA 1920×1080 Wide Ultra eXtended Graphics Array 16/9   écran de télévision Full HD
WUXGA+ 1920×1200 24 Wide Ultra eXtended Graphics Array + 16/10    
QXGA 2048×1536 20/22 Quantum eXtended Graphics Array 4/3    
WQXGA 2560×1600 30 Wide Quantum eXtended Graphics Array 16/10    
QSXGA 2560×2048 Quad Super eXtended Graphics Array 5/4    
             
             

L'image � l'�cran sera d'autant plus grande qu'elle contiendra beaucoup de pixels, que l'�cran sera grand et que les pixels de l'�cran seront grands ou, autrement dit, qu'il y aura peu de pixels sur l'�cran.

Ainsi, la taille apparente d'une photo sera sensiblement la m�me sur un grand �cran de 19 pouces avec 1024 x 768 pixels que sur un petit �cran de 15 pouces avec 800 x 600 pixels. Pour preuve, voici une photo du gouvernement Sarkozy, de 512 pixels sur 349 en taille originale :

Sur 4 �crans de m�me largeur,
mais de d�finitions diff�rentes
�cran 4/3 �cran 16/9
donc moins haut pour une même largeur
sur un écran de 800 x 600
sur un écran de 1280 x 800
sur un écran de 1600 x 1200
sur un écran de 1920 x 1200

 

 

 

  Pour ce qui est des performances des moniteurs, il faut regarder les choses en face (cf. types d'écran de nos visiteurs, ici) :  
 
   

un bon tiers de nos internautes visiteurs (35,75 % en juin 2009) (30,31 % en septembre 2014) voient le web dans une fen�tre de 1024 x 768 pixels ;
ce sont des écrans 4/3.
Si la diagonale r�elle de l'�cran de leur moniteur vaut 14", le pixel mesure 0,35 mm et la dpi vaut 71 ;

    un bon sixième de nos internautes visiteurs (16,85 % en juin 2009) (16,36 % en septembre 2014) voient le web dans une fen�tre de 1280 x 800 pixels ;
ce sont des écrans 8/5 ou 16/10, proches des 16/9.
Si la diagonale r�elle de l'�cran de leur moniteur vaut 14", le pixel mesure 0,35 mm et la dpi vaut 71 ;
 
    un petit sixième de nos internautes visiteurs (16,30 % en juin 2009) (14,53 % en septembre 2014) voient le web dans une fen�tre de 1280 x 1024 pixels ;
ce sont des écrans 5/4.
Si la diagonale r�elle de l'�cran de leur moniteur vaut 14", le pixel mesure 0,35 mm et la dpi vaut 71 ;
 
    un petit dixième de nos internautes visiteurs (8,56 % en juin 2009) (8,71 % en septembre 2014) voient le web dans une fen�tre de 1440 x 900 pixels ;
ce sont des écrans 8/5, proches des 16/9.
Si la diagonale r�elle de l'�cran de leur moniteur vaut 14", le pixel mesure 0,35 mm et la dpi vaut 71 ;
 
  environ 5 % des internautes visiteurs voient le web dans une fen�tre de 800 x 600 pixels (4,92 % en septembre 2014) .
Si la diagonale r�elle vaut 13", le pixel mesure 0,41 mm et la dpi vaut 62.
 
  moins de 5 % de nos internautes visiteurs voient le web dans une fen�tre de plus haute résolution, de 1152 x 824 pixels, de 1920 x 1200 pixels ou encore de 1280 x 768 pixels ou de 1280 x 960 pixels (plus de 35 % en septembre 2014) .
Si la diagonale r�elle vaut 16", le pixel mesure 0,32 mm et la dpi vaut 80 ;
 
 
 

En gros, le pixel mesure toujours 1/3 de millim�tre (voir démonstration plus haut). Le moniteur est donc incapable de repr�senter correctement un empattement, qui est d�fini au 1/10 de millim�tre pr�s. Deux polices qui apparaissent comme tr�s voisines sur l'imprim� deviennent pratiquement indiscernables � l'�cran.
Le nombre de polices que l'on peut utiliser pour le web serait donc a priori plus limit� que pour l'imprim�. Et cette situation ne serait pas pr�s de changer, parce qu'on ne s'attend pas pour l'instant � une �volution rapide de la r�solution des moniteurs.

Nous invitons le lecteur à prendre connaissance du "chapitre 5", où nous abordons avec plus de précision la notion de pixel selon les plate-formes utilisées.

 
 

Un tel point de vue est malthusien. Il serait plus correct de dire que les fondeurs de polices destin�es au web s'orienteront dans une direction diff�rente de celle suivie jusqu'ici par leurs coll�gues travaillant pour l'imprim�. Cette tendance, encore timide, est d�j� perceptible.
À mon humble avis, le web est un media plus festif et moins guind� que l'imprim� (que les imprimeurs me pardonnent !), et les polices au dessin original, fantaisiste, ou simplement amusant, y conna�tront sans doute un bel avenir.
De plus, les facteurs qui gouvernent la lisibilit� d'une police ne sont pas les m�mes pour l'imprim� et pour le web. Aussi n'ai-je pas peur d'�tre iconoclaste : moins de Garamond, plus de Comic, tel est l'avenir de la typographie du web !
 

 
 
 Troisi�me contrainte : les polices r�sidentes communes

Les polices que l'on trouve sur les micro-ordinateurs proviennent de diverses sources : le syst�me d'exploitation, certains pilotes et logiciels d'application, et les recueils de polices que l'on peut se procurer en ligne ou sur CD-ROM. Le syst�me d'exploitation de Windows 98 au Windows 7, par exemple, en fournissait, une cinquantaine pour W98 (on les trouvait dans C:\WINDOWS\FONTS) et près de 400 pour XP (toujours dans C:\WINDOWS\FONTS) et environ 600 pour W7 (toujours dans C:\WINDOWS\FONTS).
Le concepteur de site peut-il sp�cifier l'une de ces polices dans ses pages web, et �tre s�r qu'elle sera utilis�e par le navigateur de tous les visiteurs ? H�las non ! Car si les internautes �quip�s de Windows 3.x ont disparu, ceux qui se servent de Windows 95 ou Windows NT existent encore un petit peu, et ceux qui utilisent Windows XP ou Seven sont l�gion [cf. Nos visiteurs et leur OS, ici] -- et la liste des polices r�sidentes est diff�rente dans chaque cas.
Et puis, il y a les utilisateurs de Mac : en moyenne mondiale, il ne repr�sentent plus que 4 % des visiteurs environ, mais rares sont les webmasters qui affectent de les ignorer. Cela tient sans doute � l'importance que le Mac a conserv�e dans le monde des arts et industries graphiques, dont la conception de sites web fait partie. Une sp�cialiste (L. Weinman) a m�me pu �crire que les pages web �taient con�ues sur Mac et regard�es sur PC... (ce qui n'est pas tr�s logique, et tend � se modifier). L'analyse du trafic de CUY montre que 1,5 % de ses visiteurs utilisent un Mac : on ne peut pas n�gliger la plate-forme Apple ! Les diverses plates-formes gratuites de Linux, par contre, sont encore trop peu utilis�es par les internautes, du moins pour l'instant, quand on pense que le prix d'une licence Windows XP OEM est d'environ 150 €.

 

En pratique, donc, ne peuvent �tre consid�r�es comme pr�sentes chez tous les internautes, que les polices que l'on trouve � la fois sur les machines Mac et PC relativement r�centes. Cela repr�sente une dizaine de polices communes, et nous verrons au chapitre 3 tout le parti que l'on peut en tirer pour la typographie du web. Un nombre aussi faible est surprenant, car en 1997 Apple et Microsoft avaient enterr� la hache de guerre, et depuis les deux firmes auraient pu s'entendre pour que la liste des polices communes soit plus �toff�e. La typographie du web ne s'en porterait que mieux.

 
 

Ces regrets exprim�s, on peut se dire que dix polices, c'est mieux que rien. Malheureusement, beaucoup de concepteurs de sites agissent comme si la typographie du web ne disposait que de deux polices : l'une avec empattements, l'autre sans -- le Times et l'Arial. Ce pr�jug� tire son origine des faits suivants :

 
 
    si aucune police n'est pr�cis�e dans le code HTML, le navigateur utilise la police proportionnelle par d�faut. Si, comme c'est g�n�ralement le cas, l'internaute n'a pas modifi� les pr�f�rences (Mac) ou les options (PC) de son navigateur, cette police par d�faut est une vari�t� de Times ;
 
  si le concepteur d'une page web ne veut pas que sa page s'affiche en Times, il pr�cise en g�n�ral la police Arial (ou parfois Helvetica), parce qu'il sait qu'elle a toutes les chances de r�sider sur la machine de l'internaute.
 
 
 

Remarque : vous disposez d'une police de plus que vous ne le pensez... mais elle ne sert pratiquement � rien. En rempla�ant la balise <p> par la balise <pre>, vous g�n�rez du texte �crit en une police � chasse fixe tr�s voisine de Courrier. Cette police a �t� con�ue pour que l'on puisse simuler du listing informatique tel que le produisaient les imprimantes � aiguilles. C'est une possibilit� dont on ne se sert plus gu�re aujourd'hui.

 
 
 Quatri�me contrainte : l'internaute, ma�tre chez lui et maître de sa façon de lire

L'internaute est ma�tre de la fen�tre de son navigateur, et il n'aime pas qu'on lui dispute cette pr�rogative. Dans les pr�f�rences (Mac), ou options (PC), de son navigateur, il peut :

    pr�ciser la nature et la taille de la police proportionnelle par d�faut, c'est � dire celle qui est utilis�e lorsque le document affich� ne pr�cise rien � ce sujet ;
 
  demander que la police par d�faut remplace celle qui est pr�cis�e dans le document original ;
 
  imposer la couleur de texte et d'arri�re plan de son choix ;
 
  imposer la couleur des liens en fonction de leur �tat (non visit�, activ�, visit�).
 

Cependant, peu d'internautes modifient le r�glage par d�faut de leur navigateur, du moins en ce qui concerne les polices de caract�res — � l'exception des personnes handicap�es qui ont des probl�mes de vision. En g�n�ral, le texte s'affichera avec la nature et la taille de police que vous pr�coniserez — si la police en question est disponible localement.

De plus, des �tudes de comportement ont montr� que les techniques de lecture d�un internaute (de recherche et de navigation aussi) ne sont pas les m�mes que sur le papier. Sur papier, on lit de mani�re généralement lin�aire, on feuillette, on parcourt. Sur �cran, c�est NON lin�aire : on explore, on butine, on surfe (et quelquefois, on se perd). Il y a en outre une diff�rence de taille entre les images form�es par l�encre qui s��tale sur le papier et les pixels de l��cran de notre ordinateur.

Des recherches effectu�es ont d�montr� que 79 % des visiteurs de pages Web ne lisent pas, mais parcourent (scannent) les textes. Seuls 16 % lisent mot � mot. Une autre �tude canadienne a �tabli que la vitesse de lecture des pages Web est de 28,5 % plus lente que celle de pages imprim�es. Lire sur un �cran produit, de plus, une pression physiologique et fatigue les yeux. Le scintillement de l��cran (souvent présent sur les écrans CRT non professionnels, donc meilleur marché) r�duit la lisibilit� d�au moins 30 %.

 
 Cinqui�me contrainte : le syst�me informatique

M�me si votre ordinateur galope � 2 GHz, il ne peut pas faire plus que ce que lui permet le logiciel d'application — c'est � dire, en l'occurrence, le navigateur. Ce ne sont pas les sp�cifications du HTML 4, ou celles des feuilles de style, qui comptent, mais la mani�re dont les navigateurs les impl�mentent. Sous cet aspect, la typographie du web n'est pas g�t�e.

 

Par exemple, le HTML pur ne permet de r�gler ni le cr�nage (c'est � dire l'accroissement de la distance entre caract�res, en sus de ce que pr�voit la police), ni l'interlignage (c'est � dire la distance entre les lignes de texte), ni la graisse (c'est � dire l'�paisseur des caract�res). Les feuilles de style (cf. chapitre 5) le permettent, mais seules les versions récentes des navigateurs prennent les feuilles de style en charge, et ce de mani�re fort incompl�te. Les feuilles de style sont donc pour l'instant peu utilisables... et sont effectivement utilis�es de fa�on mod�r�e. Pour la typographie du web, nous en sommes presque toujours r�duits � ce que le HTML permet. Nous reviendrons sur ce point au chapitre 5.

 
 

Enfin, tous le moniteurs ne se valent pas : certains affichent les caract�res liss�s nettement moins bien que d'autres... quoiqu'en dise la publicit� !
 

 

[1] par John Morkes et Jakob Nielsen pour : Writing for the Web

[10] cf. par exemple:


Chapitre pr�c�dent
Sommaire (00)
        Retour au sommaire
Sommaire (00)
        Chapitre suivant
Gen�se et performances du HTML (02)