InDesign, un outil nécessaire pour qui s'intéresse au PDF accessible

Salut à tous !

À moyen terme (c'est-à-dire quand mes finances me le permettront), je compte me mettre à jour côté équipement, notamment en acquérant Photoshop et Acrobat Pro et en mettant à jour ma version de Fireworks (qui date de 2005). Après calcul, j'ai choisi d'acquérir une suite Adobe CS4 ; mais, j'hésite entre Adobe CS4 Web Premium et Adobe CS4 Design Premium, pour la simple raison que la suite Design Premium propose InDesign CS4, qui ne figure pas dans la suite Web Premium.

Si j'ai parlé d'Acrobat Pro, c'est que j'ai eu à m'en servir, dans le cadre d'une mission que j'ai effectuée en tant que consultant indépendant chez un client spécialisé dans le domaine de l'accessibilité, pour rendre un PDF existant plus accessible. Or, j'ai lu dans un article traitant de l'accessibilité des PDF qu'InDesign comportait des fonctionnalités permettant de créer des documents PDF accessibles (avec quelques bémols, selon l'article en question).

Mon objectif étant d'éviter, autant que possible, d'avoir à acheter les logiciels Adobe séparément, je voudrais savoir si InDesign est un outil qu'il faut absolument avoir dans sa trousse quand on s'intéresse aussi à l'accessibilité des documents PDF.

Pour avoir déjà vu des PDF générés avec in design, franchement , ils étaient nuls. Illisibles, c'est genre des images scannés sans texte alternatif.
La meilleure option, aussi bizarre que cela puisse paraître, semble être word 2007... à condition que tu utilises correctement les styles, ça ne marchera pas si tu fais du formatage à la rache. Et il ne faut pas oublier de cocher certaines options.
Modifié par QuentinC (16 Oct 2009 - 12:42)

Pour répondre à la question posée dans le post précédent, FPDF ne produit pas des PDF accessibles. Rien n'est prévu dans l'API pour faire de la sémantique, ne serait-ce que des titres de section. Je ne sais même pas s'il est possible de mettre du texte alternatif aux images, mais je ne crois pas non plus. Inutile de penser aux listes, tableaux...

JE n'ai vu jusqu'à ce jour qu'un seul PDF réellement accessible, avec des titres de section bien balisés, une table des matières munie de liens cliquables qui marchent.... celui d'accessiweb eux-mêmes.

La plupart des PDF qu'on croise sur la toile, générés dynamiquement ou pas, ressemblent à des documents HTML des annés 1995-2000 qui auraient des <font> partout mais pas de sémantique, quand ce n'est pas des débiles profonds qui se sont contenté de scanner une page papier et basta.

L'accessibilité des PDF fait aussi partie de l'accessibilité du web. Comme l'accessibilité des documents word, d'ailleurs.
Modifié par QuentinC (16 Oct 2009 - 14:15)

Victor BRITO a écrit :
En fait, ma question ne concerne pas le fait de créer moi-même ex nihilo des documents PDF (pour cela, comme Patidou, j'utilise OpenOffice et coche les cases qu'il faut dans les paramètres d'exportation pour les rendre un minimum accessibles ), mais le fait de pouvoir intervenir dans la réparation de documents PDF existants créés par des clients (ou par des prestataires de ces derniers) qui souhaitent que leurs PDF soient rendus accessibles alors qu'ils n'ont pas eux-mêmes les ressources (techniques et/ou humaines) pour le faire.

Comme dit Nolem, la solution c'est acrobat mais bonjour le boulot si les documents sont longs ou complexes (voire les deux ).
Modifié par Patidou (16 Oct 2009 - 15:03)

QuentinC a écrit :
L'accessibilité des PDF fait aussi partie de l'accessibilité du web. Comme l'accessibilité des documents word, d'ailleurs.

Justement, c'est pourquoi j'intègre le PDF dans cette problématique et ai parlé d'Acrobat Pro.

Patidou a écrit :
Comme dit Nolem, la solution c'est acrobat mais bonjour le boulot si les documents sont longs ou complexes (voire les deux ).

Rassure-toi, j'en sais quelque chose : le PDF dont j'ai amélioré l'accessibilité faisait dans les 80 pages, avec une mise en forme très éloignée de celle qu'on peut produire avec OpenOffice ou tout autre logiciel de traitement de texte ; ça m'a pris 5 jours.

Nolem a écrit :
À ce propos, préfèrerais tu récupérer d'internet un document Word (avec feuille de style !), Open Office (avec feuille de style !) ou un pdf accessible ? D'ailleurs, d'un point de vue Accessiblité, qu'est ce qu'il est le mieux ? Les trois, quand ils sont biens réalisés ?

D'un point de vue accessibilité, lorsqu'il s'agit de présenter un document sous un format spécifique (Word, par exemple), le mieux est de fournir des versions alternatives sous d'autres formats (ODT, PDF, RTF, texte...), voire une version HTML en ligne ; même si les formats téléchargeables cachent des documents bien conçus et accessibles.

L'important c'est de bien utiliser les feuilles de styles (avec Word ou OOo) en leur attribuant des niveaux (sans rupture comme avec h1, h2, etc), ne pas créer des paragraphes vides de bien baliser les tableaux, etc et puis d'exporter en pdf. En fait la manière de travailler se rapproche de l'accessibilité en html.

J'avais lu un article très bien fait sur la conception de pdf accessibles à partir de Word ou OOo, si je retrouve le lien ce soir, je le posterai ici.

Bonjour,

Je viens ajouter mon grain de sel à cette conversation.

Comme le dit Quentin, HTML est effectivement le format potentiellement le plus accessible. Les formats DOC et PDF intègrent désormais de la sémantique, permettent les alternatives aux images, etc. Mais il y a encore quelques écueils et la navigation dans ces documents est généralement plus lente (et c'est le cas pour tout le monde).

Le balisage PDF est assez long, pas très complexe mais plutôt rébarbatif.
Maintenant, imaginons, nous avons entre les mains un document PDF de 80 pages (celui dont parle Victor). Ce document est à la base prévu pour être imprimé, il est donc fait en PAO et généré en PDF.

Pour rendre ce contenu accessible, deux choix : baliser le PDF ou faire une version HTML. Il faut 5 jours pour faire le PDF, la version HTML aurait probablement pris le même nombre de jours (voire plus), puisqu'il aurait été nécessaire de créer une CSS pour reproduire un graphisme proche de la version PDF. Vu comme ça le balisage n'est pas si long.

L'avantage du balisage sous inDesign c'est que tu peux modifier ton document et conserver le balisage, puisque celui-ci est fait à la source. Alors que si tu réalises un document sous inDesign et que tu le balises sous Acrobat. Si tu modifie le document source, tu le ré-exportes non balisé. Et tu dois recommencer (seulement pour la ou les pages modifiées).

Si un document PDF n'est par contre pas prévu pour l'impression (comme c'est souvent le cas), il est préférable de réfléchir en amont à l'intérêt du PDF et se demander si il ne serait pas plus pertinent de faire directement le document en HTML.


Pour revenir à la question initiale de Victor. Après avoir réalisé de nombreux tests sur inDesign, il est parfaitement possible de faire un PDF balisé directement pendant sa réalisation sous inDesign (quelques retouches sont par contre indispensables sous Acrobat Pro).

Mais est-ce vraiment un outil nécessaire pour ceux travaillant dans le Web ou l'accessibilité ?
inDesign est un outil de PAO complexe, seuls les graphistes print ont besoin de le maitriser, et pour cause, c'est leur principal outil de travail. Les personnes travaillant avec inDesign doivent être formées à la correcte utilisation de styles et de balises sous inDesign. Ce devraient d'ailleurs même être elles qui retouchent le balisage sous Acrobat.

Victor, si dans le cadre de tes activités tu as à baliser un PDF, le faire sous inDesign ferait effectivement gagner du temps. Mais ton client te donnera-t-il les sources ? Pourras-tu modifier un document inDesign puis exporter le PDF, sachant que le graphiste souhaite des réglages bien particuliers pour l'impression, etc.

Il me semble plus intéressant de travailler en collaboration avec le graphiste print pour qu'il te montre sa façon de travailler et que tu lui indiques ce qu'il faut baliser et comment pendant la réalisation du document (pour info sous inDesign il est possible d'associer un type de balise à chaque style de mise en forme).

Il y a un excellent document d'Adobe qui explique le balisage sous inDesign. Il est possible de tester tout ça avec une version de démonstration. Et éventuellement d'acheter une licence si tu as un besoin, une demande d'un client, ...

Une licence inDesign c'est tout de même un investissement pour un indépendant. Et je pense que dans le cadre de tes activités, l'utilisation de ce logiciel restera très ponctuelle et très limitée.

J'ai encore pas mal de choses à dire mais mon clavier fatigue.
J'espère avoir éclairci suffisamment certains points.

En complément, Adobe propose un Webinaire gratuit : InDesign Accessibility Webinar

Mardi 20 octobre, 18h00 (heure de Paris)
(de toute façon ces webinaires sont ensuite consultables en versions enregistrées)