Vous avez peut-être lu le tutoriel dans lequel je vous proposais de créer une composition typographique en 10 minutes. Ce billet se veut un peu une suite logique puisque je me suis intéressé aux polices eBook par défaut lorsque nous spécifions simplement la famille et pas un font-stack contenant des polices bien précises et leurs solutions de repli.

Par famille de police, j’entends quelque chose comme ceci dans la feuille de styles CSS :

body { font-family: serif; }

h1, h2, h3, ol, ul { font-family: sans-serif; }

code { font-family: monospace; }

En effet, j’ai cherché à savoir quelles polices seraient affichées en fonction de ces (très) vagues déclarations CSS dans les diverses solutions de lecture que j’avais sous la main.

Après tout, peut-être que certains d’entre vous êtes des disciples de Frank Lloyd Wright et que vous cherchez à construire une maquette en harmonie avec l’environnement du lecteur. Il n’est donc pas inutile de savoir quelle police est mappée sur la famille « sans-serif », « serif » et « monospace ».

Les tableaux des polices eBook par défaut

Il faut faire remarquer que ces tableaux ne sont pas complets. Il y manque beaucoup de solutions de lecture, notamment des liseuses. Et c’est là que vous avez un rôle à jouer mais nous y reviendrons à la fin de ce billet. 😉

Sans attendre, voici donc les premières informations que j’ai pu récupérer, plateforme par plateforme.

Mac OS X

Windows

iOS

Android

À noter que Kindle Fire est inclus dans ce tableau, l’OS étant dérivé d’Android.

Liseuses (eInk)

À noter que pour les liseuses Kobo, le fichier est testé dans les deux formats, « .epub » et « .kepub.epub ».

Ce que nous pouvons en tirer

Plusieurs observations peuvent être faites à la vue de ces résultats.

• En 2015, des solutions ne garantissent toujours pas la présence d’une police monospace, pourtant nécessaire pour le code. Il convient donc de l’intégrer dans votre fichier.
• Dommage que certaines solutions basées sur le RMSDK Adobe n’en récupèrent pas systématiquement les polices par défaut, d’autant qu’il est finalement aisé de trouver des alternatives pour les solutions qui ne l’utilisent pas.
• Il y a tout de même moyen d’obtenir une certaine cohérence sur chaque plateforme, en tournant les font-stacks intelligemment. Autrement dit, on peut imaginer créer une composition qui tienne la route sans forcément intégrer des polices au fichier.
• La liste des polices système d’Android est d’une pauvreté affligeante, cela ne rend service à personne. En comparaison, Apple offre le Pérou aux développeurs iOS.
• Amazon, fidèle à son habitude, ne fait pas dans la cohérence. L’un des arguments « mercantile » du format propriétaire étant justement un meilleur contrôle du format, il est assez ironique de constater que les équipes qui développent les solutions de lecture sont incapables de communiquer entre elles pour instaurer cette cohérence. À l’heure actuelle, sur beaucoup de points, l’app sur Android est loin derrière la liseuse Kindle de troisième génération, commercialisée en 2010…

Et maintenant ?

Comme je l’ai dit, il manque un nombre assez conséquent de solutions de lecture. Aussi, je vous propose de participer à ce projet et de me faire remonter les informations manquantes.

Les fichiers ayant servi à l’élaboration de cette base de données sont disponibles en téléchargement. Il vous suffit de cliquer sur le bouton ci-dessous et de synchroniser le format (EPUB, KePub ou Mobi) supporté par votre appareil de lecture.

Télécharger

Ce que je vous propose, c’est donc de les consulter sur votre liseuse ou dans une app de votre choix et de me faire parvenir une capture d’écran, une photo (de bonne qualité) ou le nom des polices utilisées — si vous n’avez pas le moindre doute — par mail ou directement dans les commentaires de ce billet. Les tableaux seront bien évidemment mis à jour dès l’arrivée de nouvelles données et je remercie d’avance ceux qui voudront bien participer à leur complétion.