Quatrième pilier : robuste — le livre numérique fonctionne-t-il là où il le devrait ?

Dans les articles précédents, nous avons examiné si le lecteur pouvait accéder au contenu, l’utiliser et le comprendre. Il reste le dernier pilier de l’accessibilité : « robuste », qui concerne notamment la compatibilité.

Ce pilier répond à une question que l’on ne pose souvent qu’à la fin, alors qu’elle devrait accompagner l’ensemble du processus éditorial :

Le livre numérique fonctionne-t-il dans différents environnements et avec différentes technologies ?

Car même le livre le mieux préparé peut devenir inaccessible s’il ne fonctionne que dans une seule configuration.

Un livre numérique ne s’adresse pas à un lecteur unique

Il est facile d’imaginer un lecteur « typique » : une liseuse précise, une application précise, des réglages précis.

Dans la réalité, chaque lecteur utilise le livre dans des conditions différentes.

Certains se servent d’une liseuse à encre électronique, d’autres lisent sur leur téléphone ; certains utilisent une tablette, d’autres un ordinateur ; les uns lisent visuellement, les autres écoutent le livre avec un lecteur d’écran.

À cela s’ajoutent différentes applications, différentes versions de logiciels et différents réglages : agrandissement du texte, mode de contraste élevé, changement de police.

La compatibilité signifie que le livre numérique fonctionne dans ce monde diversifié, et pas seulement dans une configuration “idéale”.

Quand le livre ne fonctionne que chez nous

Pendant la production éditoriale, il est facile de supposer qu’un livre numérique correctement préparé fonctionnera partout de la même manière.

Dans la pratique, les choses sont différentes.

Un livre numérique est constitué de code HTML et CSS, ensuite interprété par différentes applications et différents appareils. C’est à ce stade que les différences apparaissent.

Si la structure du document est correcte, par exemple si les titres sont balisés avec h1, h2, etc., leur fonctionnement sera prévisible dans différents systèmes de lecture. Les problèmes commencent ailleurs, lorsque les solutions dépassent le socle commun des standards.

Cela concerne le plus souvent les éléments complexes.

Par exemple :

• des styles CSS particuliers, bien affichés dans un environnement, mais interprétés différemment ou ignorés dans un autre ;

• des réglages fixes de taille du texte ou de mise en page qui empêchent l’utilisateur de personnaliser l’affichage ;

• des éléments interactifs, comme les fenêtres contextuelles ou les sections extensibles, qui ne sont pas pris en charge par toutes les applications ;

• des contenus intégrés au livre, par exemple des vidéos, qui fonctionnent dans une application mais sont totalement inaccessibles dans une autre.

Le format EPUB offre de nombreuses possibilités, mais tous les systèmes de lecture ne les prennent pas toutes en charge. Ce qui fonctionne dans un environnement ne fonctionne pas forcément dans un autre.

Imaginons un éditeur qui ajoute à son livre un élément interactif fluide et attrayant dans un navigateur. Après publication, il découvre que cet élément ne s’affiche pas du tout sur certains appareils et gêne la navigation sur d’autres.

Du point de vue de l’éditeur, la solution était correcte.

Du point de vue du lecteur, le livre ne fonctionne pas comme il devrait.

C’est précisément un problème de compatibilité.

Les standards ne sont pas une formalité

La compatibilité repose en grande partie sur le respect des standards.

Ce sont eux qui permettent aux différents appareils et applications de “comprendre” le livre de manière similaire.

Lorsque la structure du document est correcte, que les éléments sont balisés conformément aux règles et que les styles reposent sur des solutions éprouvées,

le livre numérique a bien plus de chances de fonctionner correctement dans différents environnements.

Il est facile de considérer les standards comme une contrainte extérieure, une liste de cases à cocher. Dans la pratique, ils ont l’effet inverse : ils simplifient le travail.

Il n’est pas nécessaire de réinventer à chaque fois la manière de baliser un titre, de construire une table des matières ou de créer des notes. Ces solutions existent déjà et ont fait leurs preuves.

Cette démarche est très proche de la conception universelle : au lieu de créer pour un cas particulier, on crée pour le public le plus large possible.

Dans le travail éditorial, cela signifie avant tout prendre de bonnes habitudes.

Utiliser les styles plutôt que la mise en forme manuelle, construire une structure logique plutôt que simplement disposer le texte à l’œil, éviter les solutions qui ne fonctionnent que dans un seul logiciel.

Pour les styles, la souplesse est particulièrement importante. Mieux vaut utiliser des unités relatives, comme em, rem et %, plutôt que des dimensions fixes. Elles permettent d’adapter l’apparence du livre aux différents écrans et réglages de l’utilisateur.

Une technologie d’assistance est aussi un outil de lecture

Pour de nombreux utilisateurs, l’outil principal de lecture n’est pas l’écran, mais le lecteur d’écran.

C’est lui qui interprète le livre et le restitue sous forme vocale ou en braille.

Si le livre numérique ne fonctionne pas avec cette technologie, le contenu peut être lu dans le mauvais ordre, des éléments peuvent être ignorés, la navigation peut cesser de fonctionner et certaines informations peuvent être entièrement perdues.

Pour le lecteur, il ne s’agit pas d’un défaut mineur. C’est une situation dans laquelle le livre devient inaccessible.

Parmi les lecteurs d’écran les plus utilisés figurent NVDA, gratuit et disponible sous Windows, JAWS, un logiciel commercial également destiné à Windows, et VoiceOver, intégré aux appareils Apple comme l’iPhone, l’iPad et le Mac. Il est donc possible de vérifier, même de manière élémentaire, le comportement du livre dans ces environnements.

NVDA peut être téléchargé directement sur le site de ses développeurs :

https://www.nvaccess.org/download/

Les tests font partie du processus

La compatibilité montre clairement une chose : on ne peut pas la garantir sans la vérifier.

Les tests sur différents appareils et dans différentes applications ne sont pas un supplément à ajouter en fin de parcours. Ils constituent une partie importante du processus et méritent de commencer le plus tôt possible.

Plus tôt on découvre un dysfonctionnement, plus il est facile de le corriger.

Les tests révèlent si le livre fonctionne réellement, et pas seulement s’il semble correct.

Une question revient souvent à ce stade : dans quels environnements faut-il tester ?

La bonne nouvelle, c’est qu’il n’est pas nécessaire de tout connaître.

Dans la pratique, on peut commencer par quelques étapes simples.

Vérifier le livre dans plusieurs applications de lecture

Un même fichier peut se comporter différemment selon le logiciel. Il est donc utile de l’ouvrir dans plusieurs applications et sur différents appareils.

Activer un lecteur d’écran

Pas besoin d’être expert pour effectuer un premier test. Il suffit d’essayer de naviguer par titres, d’ouvrir la table des matières, d’accéder à une note et d’écouter l’ordre dans lequel le texte est lu.

• Modifier les réglages de lecture

• Agrandir le texte.

• Modifier le contraste.

• Changer le mode d’affichage.

Un livre numérique accessible devrait supporter ces changements sans désorganisation de la mise en page ni perte de contenu.

Enfin, le plus important : si possible, faire vérifier le livre par une personne qui utilise réellement des technologies d’assistance.

Une seule personne chargée des tests peut parfois repérer des problèmes restés totalement invisibles pendant la production.

Tester l’accessibilité ne consiste pas à tout vérifier. Il s’agit de découvrir le livre en dehors de son propre environnement de travail.

Pourquoi la compatibilité profite aussi à l’éditeur

Dans la pratique, la compatibilité permet au livre de toucher davantage de lecteurs.

Un livre numérique bien préparé :

• fonctionne sur un plus grand nombre d’appareils et d’applications ;

• atteint un public plus large ;

• nécessite moins souvent des corrections ;

• résiste mieux aux évolutions technologiques ;

• répond mieux aux attentes du marché et des institutions.

Cela signifie aussi moins de problèmes techniques et moins de situations où un lecteur renonce à un livre parce qu’il ne peut pas le lire, alors qu’il en a envie.

La compatibilité commence plus tôt qu’on ne le pense

Comme pour les piliers précédents, tout commence au moment des décisions.

Utilisons-nous des solutions standard ?

Veillons-nous à la qualité de la structure ?

Évitons-nous les raccourcis qui ne fonctionnent que dans un environnement ?

Vérifions-nous comment le livre se comporte en dehors de notre outil de travail ?

L’accessibilité ne consiste pas à faire fonctionner le livre uniquement chez nous.

Elle consiste à le faire fonctionner chez le lecteur.

Quatre piliers, un seul objectif

Perceptible, utilisable, compréhensible et robuste : quatre perspectives différentes, mais un objectif commun.

Il s’agit de permettre au lecteur :

• d’accéder au contenu ;

• de l’utiliser ;

• de le comprendre ;

• et de le faire sur son propre appareil, selon ses propres modalités.

L’accessibilité n’est pas un supplément au livre. Elle est une condition pour qu’il puisse réellement être lu de la manière la plus efficace et la plus confortable possible. Grâce à elle, de nombreuses personnes ont déjà pu lire un livre numérique pour la première fois, et d’autres pourront encore le faire ailleurs dans le monde.

Bibliographie

https://dostepnapolska.pl/artykul/dostepnosc-cyfrowa-co-to-jest-i-dlaczego-jest-tak-wazna

https://www.gov.pl/web/dostepnosc-cyfrowa/cztery-zasady-dostepnosci-cyfrowej

https://devqube.com/wcag/

https://conversion.pl/blog/europejski-akt-dostepnoscie-european-accesibility-act-wszystko-co-musisz-wiedziec/

https://www.streetlib.com/accessible-ebooks

https://www.elsevier.support/elsevierebooksplus/answer/ebooks-accessibility-statement