3 Techniques de découverte via les métadonnées
META-002 : Identifier des modes d'accès suffisants
Pour appréhender une publication EPUB, les modes d'accès suffisants fournissent une
vision plus large de l’utilisabilité que les modes d'accès primaires. Là où les modes d'accès primaires identifient la nature originale du média utilisé dans la publication, les modes d'accès suffisants identifient les modes, ou les ensembles de modes, dont l'utilisateur a besoin pour lire la publication. Les modes d'accès suffisants prennent en compte les équivalences et les adaptations qui ont été fournies, permettant à l'utilisateur de déterminer s’il pourra utiliser le contenu, quelle que soit sa nature originale.
Les modes d'accès suffisants sont identifiés dans la propriété accessModeSufficient de [schema.org] . Répéter la propriété pour chaque ensemble de modes d'accès suffisants.
Prenons l’exemple d’une publication EPUB qui contient des schémas et des graphiques, ainsi que des descriptions de chacune de ces images. La publication propose à la fois du contenu textuel et visuel, l'Auteur va donc inclure les champs de métadonnées suivants pour le signaler :
Ces métadonnées n'indiquent pas clairement si le mode d'accès textuel est suffisant pour lire l'intégralité de la publication, ni si le mode d’accès visuel l’est. Elles indiquent seulement que deux modes d’accès sont requis par défaut. Cet écart explique pourquoi la notion de suffisance est également importante à connaître.
Le premier ensemble de métadonnées d'accès suffisant intégré par l'Auteur va indiquer que les accès textuel et visuel sont requis :
L'ordre dans lequel les modes d'accès sont listés n'est pas important. La seule contrainte est qu'ils soient séparés par des virgules.
Puisque l'Auteur a également inclus des descriptions pour toutes les images, il peut également indiquer qu'un mode d'accès uniquement textuel est suffisant pour lire le contenu:
Sans ces métadonnées, les utilisateurs n'auraient pas su qu'ils pouvaient lire la publication uniquement sous forme de contenu textuel.
Dans cet exemple, l’ensemble complet des métadonnées est le suivant :
Il est à noter que le mode d'accès suffisant est souvent déterminé de manière subjective par l'Auteur sur la base de son appréciation des informations indispensables à la compréhension du texte. Par exemple, il peut y avoir une déperdition d'information si on n’est pas capable de visualiser une vidéo, mais l'Auteur peut considérer que la déperdition visuelle ou auditive est sans conséquence si une transcription fournit toutes les informations nécessaires à la compréhension des idées exprimées.
Se reporter à la définition de accessModeSufficient dans [schema.org] pour plus d'informations sur cette propriété et ses valeurs.
remarque
La propriété accessModeSufficient, telle que définie dans [schema.org], autorise des formulations plus complexes que celles qui peuvent être exprimées dans un Package Document EPUB 2 ou 3 (en l’occurrence, définition de listes de valeurs et inclusion d'une description lisible par un humain). Une version future d'EPUB pourrait autoriser des métadonnées plus riches, mais l'expression basique présentée dans cette section est suffisante à des fins de découvrabilité.
4 Techniques WCAG
4.1 Guide général
Les techniques pour respecter les exigences de [WCAG 2.0] sont définies dans les techniques WCAG 2.0 [WCAG 2.0 Techniques]. Ce document ne reprend pas ces techniques.
En général, les différences entre l'application des techniques WCAG aux pages Web et leur application aux documents de contenu EPUB sont minimes, mais les sections suivantes exposent quelques différences clés.
Il faut noter que les techniques WCAG couvrent un périmètre plus vaste de technologies et de types de contenu que ceux qu’on trouve généralement dans une publication EPUB. Beaucoup de techniques WCAG ne s’appliquent donc pas aux EPUB.
L’ensemble de techniques suivant est le plus largement applicable aux documents de contenu EPUB :
D’autres techniques s'appliqueront en fonction des technologies utilisées (par exemple, une vidéo [SWF] dans un EPUB 2) ou de tout format alternatif embarqué dans la publication EPUB (par exemple, un formulaire PDF).
Ressources utiles
Les Auteurs qui ne sont pas familiers avec les techniques WCAG 2.0 [WCAG 2.0 Techniques] peuvent trouver le nombre de techniques impressionnant, car elles ont été conçues pour présenter un large panel de solutions possibles.
Pour les documents de contenu EPUB, une aide à l'usage de ces techniques est disponible dans les sources suivantes :
4.2 Accès au contenu
ACCESS-001 : Assurer l'ordre de lecture linéaire de la publication
Le critère de succès [WCAG 2.0] 1.3.2 (Success Criterion 1.3.2) spécifie que chaque page Web a un ordre signifiant, or le contenu d'une publication EPUB est généralement couvert par plusieurs documents. Par conséquent, il est essentiel que non seulement chaque document de contenu EPUB ait un ordre signifiant, mais aussi que l'ordre soit signifiant d'un document à l'autre.
Les Auteurs doivent s'assurer que tous les documents de contenu EPUB sont inclus dans le spine [Packages] et ordonnés afin que l'ordre de lecture soit préservé.
Les Auteurs doivent également s'assurer que dans le spine, ils indiquent bien si les items contiennent de l'information première ou complémentaire en utilisant l'attribut linear [Packages], pour que le système de lecture puisse présenter ce contenu de manière optimale.
ACCESS-002 : Fournir plusieurs moyens pour accéder au contenu
Le critère de succès 2.4.5 (Success Criterion 2.4.5) du [WCAG 2.0] exige qu'il existe au moins un moyen pour localiser une page Web dans un ensemble de pages Web. Par défaut, les Publications EPUB respectent l’exigence WCAG d’inclure dans le spine tous les documents de contenu EPUB et garantissent l'accès à tous les documents non linéaires [Packages].
La raison pour laquelle une publication EPUB respecte ces exigences a trait aux différences dans la façon dont un utilisateur interagit avec un ensemble de documents dans une publication EPUB. En particulier, bien qu'une publication EPUB se compose généralement de nombreux documents de contenu, les systèmes de lecture permettent automatiquement à l'utilisateur de passer d'un document à l'autre de façon transparente, à condition qu'ils soient listés dans le spine [Packages]. Du point de vue de l'utilisateur, la publication EPUB est un document unique auquel on a un accès complet, et non un ensemble de pages décorrélées que l’on fait défiler par des liens.
La table des matières, requise, fournit un deuxième moyen pour accéder aux rubriques principales de la publication. L'utilisateur peut passer directement à n'importe quelle rubrique et continuer à naviguer à partir de là, indépendamment de la façon dont la publication a été découpée.
En respectant ces deux exigences, on répond au besoin d'accéder au contenu par différents moyens. De plus, les systèmes de lecture offrent généralement des fonctions de recherche, ce que l'Auteur ne peut pas fournir, de sorte que les utilisateurs disposent également d'une troisième option dans la plupart des cas.
Bien que les Auteurs n'aient qu'à suivre les exigences EPUB pour remplir ce critère, ils sont aussi encouragés à produire des moyens d’accès supplémentaires pour dépasser les attentes minimum. Voici quelques suggestions :
-
Dans la table des matières, ajouter au moins un lien vers chaque document de contenu référencé dans le spine, lorsque cela est possible ;
-
Ajouter un index pour localiser les thèmes principaux ;
-
Dans le document de navigation EPUB, ajouter des aides supplémentaires à la navigation (par exemple des listes de figures et de tableaux).
Note à propos de la table des matières
Une question courante au sujet de la table des matières d'EPUB est de savoir si elle doit couvrir exhaustivement tous les éléments de titre de la publication. Si la réponse évidente semblerait être d’y agréger simplement tous les éléments de titre de toutes les sections, en pratique cette approche pose un certain nombre de défis en terme d’utilisabilité.
Des facteurs tels que la taille des écrans peuvent rendre illisible une table des matières pour les publications qui ont une grande profondeur de niveaux hiérarchiques, de sorte que pour améliorer la lisibilité, les Auteurs
vont couper au-delà d'un certain niveau hiérarchique. De plus, les systèmes de lecture ne fournissent pas toujours un accès structuré aux entrées de la table des matières ou fournissent des raccourcis pour naviguer au sein des liens. Le résultat est que les utilisateurs doivent écouter chaque lien l’un après l’autre pour déterminer où ils veulent aller, un processus fastidieux et chronophage.
Bien qu’on attende des systèmes de lecture qu’ils améliorent l'accès aux tables des matières tout en supportant l'accessibilité EPUB — en rendant les tables des matières complexes utilisables par tous — il y a aujourd’hui des raisons légitimes d’utilisabilité qui expliquent pourquoi de telles tables des matières ne sont pas encore produites.
Lorsque les Auteurs choisissent de ne pas fournir de liens vers tous les éléments de titre, ils doivent optimiser la navigation hypertextuelle qu'ils proposent pour garantir la meilleure expérience de lecture globale. Voici quelques considérations sur la façon d'y parvenir :
-
Assurer qu'il y a au moins un lien vers chaque document de contenu EPUB
— permettre à l'utilisateur d'accéder à chaque document simplifie la navigation vers les éléments de titre mineurs qui s’y trouvent ;
-
Ne supprimer que les entrées fines de la table des matières —
bien que ce soit une décision subjective — parce que leur niveau hiérarchique présente souvent un intérêt restreint pour la navigation (par exemple, les quatrièmes niveaux et les niveaux inférieurs marquent souvent de toutes petites sous-sections sur un sujet).
4.3 Sémantique
SEM-001 : Inclure la sémantique ARIA et EPUB
L’attribut role [WAI-ARIA 1.1] est utilisé pour fournir des informations sémantiques supplémentaires au balisage qui sert de support aux technologies d'assistance. L'utilisation des rôles permet aux technologies d’assistance d’analyser automatiquement le balisage et de compiler pour les utilisateurs une liste de repères (landmarks), permettant un accès rapide aux éléments de contenu principaux. Les Auteurs peuvent déposer cet attribut sur n'importe quel élément.
Le role attribut est de nature similaire à l’attribut type [Content
Docs], qui fournit des informations sémantiques supplémentaires pour guider les actions du système de lecture EPUB.
La différence principale entre ces attributs est que l'attribut role cible l'accessibilité, tandis que l'attribut type fournit des points d’accroche pour permettre les actions du système de lecture. En d’autres termes, l'omission des rôles diminue l'accessibilité pour les utilisateurs de technologies d'assistance, tandis que l'omission des types restreint certaines fonctionnalités du système de lecture (par exemple, notes de bas de page en pop-up ou les présentations particulières du contenu).
Étant donné que chaque attribut offre des avantages différents, il est recommandé d’utiliser les deux, chaque fois que c’est possible, pour fournir à tous les lecteurs la meilleure expérience de lecture possible.
Très souvent, les deux attributs ont une sémantique équivalente. Dans ce cas, il est recommandé d’affecter les deux attributs à l’élément.
Ressources utiles
Les documents suivants listent la sémantique disponible pour utiliser chaque attribut :
-
Le module WAI-ARIA de publication numérique (Digital Publishing WAI-ARIA
Module) [DPUB Vocab] donne un ensemble des rôles clés pour les publications, mais tous les rôles issus de [WAI-ARIA 1.1] peuvent être utilisés dans l’attribut role.
-
Le vocabulaire EPUB de structure sémantique [Vocabulaire de structure – Structure Vocab] donne les valeurs par défaut qui peuvent être utilisées avec l'attribut type, mais l'attribut est extensible à des valeurs sémantiques en provenance d'autres vocabulaires.
Les documents suivants expliquent l'application des rôles ARIA aux Auteurs déjà familiers avec l'utilisation de l’attribut type EPUB 3 pour donner une tournure sémantique:
SEM-002 : Ne pas répéter la sémantique au sein du contenu fractionné
Bien qu'une publication EPUB apparaisse comme un document unique et continu à ses lecteurs, elle est généralement composée de plusieurs documents de contenu EPUB distincts. Cette pratique permet de minimiser la quantité de balises à afficher pour réduire le temps de chargement dans les systèmes de lecture (c'est-à-dire pour minimiser le temps d’attente utilisateur avant que le document ne s’affiche). Il est rare, du moins pour les livres, qu'une publication EPUB ne contienne qu'un seul document avec tout le contenu à l’intérieur.
Lorsque le contenu est fragmenté de cette manière, il faut souvent que l'Auteur prenne des décisions sur le meilleur moyen de restructurer l’information. Par exemple, une partie ne va généralement pas inclure tous les chapitres qui la composent. Au lieu de cela, l'Auteur va séparer le titre de partie des chapitres eux-mêmes, chaque chapitre constituant un document distinct.
Bien que visuellement ces décisions de restructuration puissent être cachées aux lecteurs, elles ont une incidence sur le fonctionnement des technologies d'assistance. En conséquence, dans le cas des rôles
[WAI-ARIA 1.1] , seul le sous-ensemble présent dans le document de contenu EPUB courant est chargé et exposé aux utilisateurs. Une technologie d'assistance ne peut pas fournir une liste de repères (landmarks) pour toute la publication, puisqu’elle ne peut pas voir au-delà du document courant.
Pour atténuer cet effet de déstructuration, les Auteurs ont parfois l’idée de remettre et de ré-identifier les éléments de structure, pensant qu’avoir cette information dans chaque document sera utile aux utilisateurs (par exemple, ajouter un élément de section [HTML] supplémentaire autour d'un chapitre pour indiquer qu’il appartient à une partie, ou bien qualifier sémantiquement la balise body comme partie). Ce que toutes ces pratiques font cependant, c’est introduire une répétition qui non seulement interrompt la lecture, mais aussi peut rendre la structure de la publication plus difficile à suivre. Il est donc conseillé aux Auteurs de ne pas tenter de reconstruire les structures de cette manière.
Par exemple, prenons un livre qui comporte cinq parties, chaque partie contenant cinq chapitres. Structurellement, tous les chapitres appartiennent à leur partie (c'est-à-dire, qu’ils sont regroupés dessous), comme dans le balisage suivant :
Étant donné que cela va produire un énorme fichier de contenu, l’élément de titre de partie est généralement sorti et placé dans son propre document de contenu pour qu'il apparaisse sur sa propre page :
Ensuite, chaque chapitre est placé dans un document de contenu séparé :
Il n'est pas nécessaire d’encapsuler chaque chapitre dans une partie, comme dans l'exemple suivant :
Faire cela introduit un nouveau repère part dans chaque document. Cela conduit la technologie d'assistance à informer l'utilisateur que ce repère est disponible à la navigation.
SEM-003 : Inclure des repères EPUB
Les repères (landmarks) [WAI-ARIA 1.1] sont de nature similaire aux repères EPUB (EPUB landmarks) [Packages]:ils sont tous deux conçus pour fournir aux utilisateurs un accès rapide aux structures principales d'un document, tels que les chapitres, glossaires et index. Les repères ARIA sont compilés automatiquement par les technologies d’assistance à partir des rôles qui ont été posés dans les balises, ce qui fait que les Auteurs ont seulement besoin de respecter la contrainte sur les rôles pour que les repères soient disponibles pour les utilisateurs.
Bien que la génération automatique des repères ARIA simplifie le travail des Auteurs, cela signifie aussi que les repères ARIA sont limités à la manière dont la publication EPUB a été découpée en documents de contenu. Une technologie d'assistance peut seulement présenter les repères disponibles dans le document courant chargé ; elle ne peut pas montrer l’ensemble des repères pour une publication composée de plusieurs documents (voir la section précédente pour plus de détails sur le découpage du contenu).
D'un autre côté, les repères EPUB sont compilés par l'Auteur avant la distribution et ne sont pas directement déterminés par la présence d’un attribut type [Content
Docs] dans le contenu. Ils sont conçus pour faciliter l’accès aux éléments principaux de la publication par des hyperliens interprétables par des machines, car sinon les
systèmes de lecture ne parcourent pas toute la publication pour y chercher des repères. Les repères EPUB sont généralement moins nombreux que les repères ARIA, puisque les systèmes de lecture ne font qu’exposer ces aides à la navigation.
Cependant, compte tenu de ces différences d’usage, il est important d'inclure les repères EPUB et de ne pas se fier à la présence des rôles ARIA pour faciliter la navigation, et vice versa. Chacun aide à la navigation à sa manière.
La spécification EPUB n'exige pas des Auteurs qu’ils incluent un ensemble spécifique de repères, mais il est recommandé d'inclure un lien vers le début du corpus ainsi que vers tous les éléments principaux de référence (par exemple, table des matières, notes de fin d’ouvrage, bibliographie, glossaire, index).
Ressources utiles
Les ressources suivantes expliquent plus en détail les repères EPUB et ARIA.
4.4 Titres
TITLES-001 : Inclure les titres de publication et de document
Le critère de succès 2.4.2 (Success Criterion 2.4.2) du [WCAG 2.0] exige que chaque page Web inclue un titre. L’EPUB a une exigence similaire pour ses publications: les publications doivent avoir un élément [DCMES] title dans les métadonnées du Package Document
L'exigence [WCAG 2.0] n'est néanmoins pas satisfaite par l'exigence EPUB.
Lorsqu’on crée une publication EPUB, chaque document de contenu EPUB requiert aussi un titre décrivant le contenu. Si on ne le fournit pas, les technologies d’assistance indiqueront souvent le nom du fichier aux utilisateurs.
Si le titre inclut un contexte structurel (par exemple, le titre de la partie à laquelle appartient un chapitre ou le titre de la publication), il est nécessaire d’ordonner les informations contenues dans le titre de sorte que la description la plus précise du document courant vienne en premier.
Pour plus d'informations sur les titres, voir Technique H25 [WCAG 2.0
Techniques].
TITLES-002 : S’assurer que les niveaux de titres reflètent la hiérarchie de la publication
Pour l’utilisateur, une publication EPUB apparaît comme un document unique qui est lu du début à la fin, même si le contenu est souvent découpé en plusieurs documents de contenu EPUB.Par conséquent, il s’attend spontanément à ce que le titre reflète sa position dans la hiérarchie globale de la publication, bien que la publication ne soit pas un document unique (par exemple, si un titre de partie est exprimé par un élément h1 [HTML], chacun de ses chapitres sera balisé en h2).
La spécification [WCAG 2.0 Techniques] G141: Organiser une page en utilisant des éléments de titre (G141: Organizing a page using headings) indique aux Auteurs comment utiliser correctement les niveaux de titres au sein d’un document. Mais pour les publications EPUB, les niveaux de titres doivent également rester cohérents entre documents. En pratique, cela signifie que chaque document de contenu EPUB n’a pas besoin de commencer par un élément h1 , à moins que le titre initial soit un titre de premier niveau hiérarchique — le titre initial doit avoir un niveau de titre qui reflète sa position effective dans la hiérarchie de la publication.
Les Auteurs ont également besoin de découper leur contenu de sorte que le premier élément de titre d’un document ait toujours le niveau le plus élevé. Par exemple, si un document commence par un élément de titre h3, il ne devrait pas y avoir plus loin dans le document d’élément de titre h2 (par exemple, il ne faut pas faire commencer une nouvelle section à la suite des sous-sections de la section précédente). Pour cela, il est autorisé que les éléments de titre suivants soient de même niveau que ceux qui les précèdent (par exemple, plusieurs sous-sections d’un document pourront toutes avoir des éléments de titre h3).
4.5 Descriptions
DESC-001 : Inclure des descriptions en alternative textuelle
Le critère de succès 1.1.1 (Success Criterion 1.1.1) de [WCAG 2.0] exige une alternative textuelle pour tout contenu non textuel. Dans le cas d’un contenu image, la fourniture d'un texte alternatif (par exemple, dans un attribut [HTML] alt) est suffisante pour satisfaire aux exigences de la spécification [Accessibilité EPUB – EPUB Accessibility].
Les Auteurs sont fortement encouragés à inclure des descriptions longues, mais l’intérêt des descriptions longues dépend souvent des besoins de l'utilisateur. En attendant que l’écosystème éditorial arrive à maturité et pour faciliter aux Auteurs l’inclusion de descriptions longues, écrites pour répondre de manière optimale aux besoins du plus grand nombre, les descriptions longues ne sont pas requises.
Si les descriptions longues ne sont pas incluses, il faut noter leur absence dans le résumé d'accessibilité (accessibility
summary).
remarque
L'exigence de texte alternatif ne s'applique pas aux images décoratives qui ne fournissent aucune information au contenu. Elles sont identifiés par un attribut alt vide.
attention
Cette recommandation s'applique à l'évaluation des publications EPUB exclusivement dans une perspective de respect de la spécification [Accessibilité EPUB – EPUB Accessibility]. Si une publication EPUB est distribuée dans un environnement où des descriptions longues sont requises, cette recommandation de conformité ne sera pas suffisante.
Il est possible que l’on ne puisse plus considérer le texte alternatif comme une description suffisante des images dans une future version de ces spécifications techniques.
Ressources utiles
Les documents suivants fournissent des recommandations sur l'inclusion de descriptions longues :
4.6 Texte
4.6.1
TEXT-001 - Utiliser Unicode pour le contenu textuel
Le critère de succès 1.1.1 (Success Criterion 1.1.1) du [WCAG 2.0] exige que les équivalents textuels fournis pour tous les contenus non textuels atteignent le niveau A. Dans certaines régions du monde (Asie, par exemple), il n'est pas rare de trouver des images pour un simple caractère textuel, malgré la disponibilité en Unicode du caractère équivalent. Cette pratique a cours pour différentes raisons, comme la facilité de traduction de documents anciens et la compatibilité avec différents systèmes de lecture.Quoi qu’il en soit, dans la plupart des cas, l'utilisation d'images conduit à ce que le texte ne soit pas accessible aux utilisateurs non voyants.
Lorsque de simples caractères sont remplacés par des images, cela a invariablement un effet négatif sur la synthèse vocale, même si un texte alternatif est fourni (par exemple, si des caractères à l’intérieur d’un mot sont remplacés par des images, le mot ne sera pas lu comme unité textuelle unique). Cela est également problématique pour les utilisateurs voyants, car les images se redimensionnent souvent mal et les caractères ne peuvent pas changer de police pour répondre aux préférences utilisateur.
L'utilisation de caractères Unicode pour tout le contenu textuel évite ce problème et permet au contenu de satisfaire à l’exigence minimale du niveau A.
Pour une conformité au niveau AA, nous renvoyons les Auteurs au Critère de succès 1.4.5 (Success Criterion 1.4.5) qui restreint l'utilisation de texte sous forme d’image à un ensemble de cas plus limités.
4.7 Alternatives accessibles
Étant donné que les publications EPUB peuvent être composées de plusieurs rendus, il est possible que ces différentes versions du contenu aient différents niveaux d'accessibilité. Par exemple, une version du contenu basée sur des images qui ne comportent pas de texte alternatif ou pas de descriptions pourrait être couplée à une version basée sur du texte conforme au WCAG. Ce type de regroupement accessible est acceptable, car [WCAG 2.0] autorise un contenu non conforme, à condition qu'une autre version conforme (conforming alternate version) soit disponible.
La spécification sur les rendus multiples [Multiple Renditions] définit un ensemble de caractéristiques pour créer ces types de publications EPUB. En particulier, elle spécifie un ensemble d'attributs qui permettent au système de lecture de sélectionner automatiquement le meilleur rendu pour l'utilisateur ou de permettre à l'utilisateur de sélectionner manuellement parmi les options disponibles. Cette fonctionnalité répond techniquement aux exigences de [WCAG 2.0] en garantissant que l'utilisateur peut accéder à la version accessible.
En pratique cependant, au moment où nous écrivons, la spécification sur les rendus multiples – [Multiple Renditions] n'est pas largement supportée par les systèmes de lecture. Par conséquent, un utilisateur qui obtient une Publication EPUB avec plusieurs rendus n'aura accès qu'au rendu par défaut. À moins que ce rendu par défaut ne soit lui-même accessible, la Publication EPUB pourrait s’avérer illisible par l’utilisateur.
Pour répondre aux exigences d'accessibilité, les Auteurs
doivent donc faire preuve de jugement, le meilleur possible, lorsqu’ils implémentent cette fonctionnalité. Les publications EPUB qui contiennent des rendus multiples sont conformes à la spécification [Accessibilité EPUB – EPUB Accessibility] si au moins un rendu satisfait à toutes les exigences portant sur le contenu, mais les Auteurs doivent au minimum noter dans leur résumé d'accessibilité (accessibility summary) qu’un système de lecture supportant les rendus multiples est nécessaire. Il est conseillé aux Auteurs de faire connaître cette dépendance par d’autres méthodes (par exemple, par les métadonnées de distribution – distribution metadata).
Cette section de la spécification sera mise à jour pour recommander largement l’usage des rendus multiples lorsque suffisamment de systèmes de lecture supporteront cette fonctionnalité.
Remerciements et contributions
Cette section est informative.
L’EPUB a été développé dans un effort de coopération par l’International Digital Publishing Forum, en rassemblant éditeurs, revendeurs, développeurs de logiciels et experts dans les normes correspondantes.
Les spécifications et techniques d'accessibilité EPUB (EPUB Accessibility specification and techniques) ont été préparées par le groupe de travail de l’IDPF en charge des évolutions du format EPUB (International Digital Publishing Forum’s EPUB Maintenance Working Group), agissant selon une charte approuvée par ses membres en juillet 2015 sous la direction de :
- Gylling, Markus
(International Digital Publishing Forum)
Président (jusqu'en août 2016)
- Siegman, Tzviya
(John Wiley & Sons)
Président
- Conboy, Garth
(Google Inc.)
Vice-président ; Président (début août 2016)
- Duga, Brady
(Google Inc.)
Vice-président
Les travaux sur ces documents ont été entrepris par un sous-groupe sur l'accessibilité dirigé par :
- LaPierre, Charles
( Benetech )
- Singh, Avneesh
( Consortium DAISY )
Les membres actifs du groupe de travail comprenaient :
Membres IDPF
- Albert, Paolo
(PubCoder)
- Baker, Mike
(Houghton Mifflin Harcourt)
- Balakrishnan,
Ramu
(MPS Limited)
- Cho, Yong-Sang
(KERIS (Service coréen d'information sur l'éducation et la recherche))
- Comerford, Rachel
(Macmillan)
- Cramer, Dave
(Groupe Hachette Livres)
- Creasy, Keith
(American Printing House for the Blind, Inc.)
- Deltour, Romain
(DAISY Consortium)
- Geffroy, Jean-Marie
(Mantano)
- Gusso, Lina
(Pearson)
- Gylling, Markus
(International Digital Publishing Forum (IDPF))
- Hanson, Lauren
(Éditions Kaplan)
- Harris, Eric
(VitalSource/Ingram Content Group)
- Heinser, Bernhard
(Access for All)
- Johnson, Rick
(VitalSource/Ingram Content Group)
- Kasdorf, Bill
(Apex CoVantage)
- Keating, Patrick
(Bluefire Productions)
- Kennedy, Naomi
(Penguin Random House)
- Kerscher, George
(DAISY Consortium)
- LaPierre, Charles
(Benetech)
- Leo, Arthic
(Amnet Systems)
- Mietkiewicz,
Elie
(Gutenberg Technology)
- Murata, Makoto
(JEPA EPUB Study Group)
- Mussinelli, Christina
(Associazione Italiana Editori)
- Prabhu, John
(HOV Services)
- Siegman, Tzviya
(John Wiley & Sons)
- Singh, Avneesh
(DAISY Consortium)
- Soiffer, Neil
(Design Science)
- Thurston, Jonathan
(Pearson)
- Webster, Amaya
(Benetech)
- Weck, Daniel
(DAISY Consortium)
Experts / observateurs invités
- Andrews, David
- Bonelli, Giuseppe
- Garrish, Matt
- Kudou, Tomoyuki
- Leva, Paolo
- Marquès Solé,
Daniel
- McGlone, Jonathan
- Morris, Julie
- Munchenburger,
Manfred
- Rasmussen, Lloyd
- Reddy, Ramesh
- Rothberg, Madeleine
- Sheehan, John
- White, Jason
Pour plus de détails sur les remerciements et des informations plus détaillés sur les contributeurs de chaque version d'EPUB, reportez-vous à la section Remerciements et contributeurs (Acknowledgements and Contributors)
[Présentation EPUB3 – EPUB3 Overview].
Traduction française
La traduction française des spécifications “EPUB Accessibility Techniques 1.0” de l’IDPF est une initiative du groupe Normes et Standards de la commission numérique du Syndicat national de l’édition français.
Traducteurs
- Kempeneers, Catherine (Hatier)
- Zaysser, Laurence (Editis-SEJER)
Relecteurs
- Audrain, Luc (Hachette Livre)
- Cretin, Sébastien (FENIXX)
- Dutour, Juliette (BnF)
- Fortier, Sophie (Editis-SEJER)
- Gillium, Johann (Ministère de la culture et de la communication)
- Grainger, Flore (Syndicat national de l’édition)
- Lekehal, Mehdi (Eden Livres)
- Leymonerie, Claire (Ministère de la culture et de la communication)
- Marle, Louis (Albin Michel)
- Moreux, Jean-Philippe (BnF)
- Patrelle, Hélène (La Martinière)
- Poulvélarie, Vincent (Dilicom)
- Queffélec, David (Adilibre, Albin Michel)
- Rio, Edern (Sofedis)
- Riviere, Jane (Delcourt)
- Steffan, Nina (Syndicat de la librairie française)
