Contenu | Rechercher | Menus

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
documentation_accessible_accessiweb [Le 04/12/2017, 08:56]
62.23.163.65 supprimée
— (Version actuelle)
Ligne 1: Ligne 1:
-{{tag>​accessibilité}} 
  
----- 
- 
-====== Documentation accessible ====== 
- 
-{{https://​happyculture.coop/​sites/​default/​files/​inline-images/​accessiweb.png?​350|Logo Accessiweb}} 
-{{  http://​www.bm-tours.fr/​userfiles/​image/​agenda/​marsavril17/​tourisme-et-handicap-logos%20copie.jpg?​300|Logotypes des différents handicaps}} 
- 
-===== Pour une documentation technique accessible à tous ===== 
- 
-Une documentation — à fortiori publiée sur Internet — se doit d’être accessible à tous. \\ 
-Que signifie ce « tous » ? Tout le monde n'​a-t-il pas potentiellement accès à Internet, la maîtrise des outils mise à part ? \\ 
-On serait tenté de répondre « oui » et de passer rapidement à autre chose, mais rien n'est simple en ce bas monde ! 
- 
-===== Qu'​est-ce que la fracture numérique ? ===== 
- 
-On nomme « [[wpfr>​Fracture numérique (géographique)|fracture numérique]] » cette limite qui traverse les populations de continents, de pays, de régions et de conditions économiques diverses qui favorise ou entrave par différents facteurs aggravants l'​accès au réseau mondial. 
- 
-==== Quels peuvent en être les facteurs déclenchants ou aggravants ==== 
- 
-Si le handicap de la [[wpfr>​dyslexie]] ou celui de la [[wpfr>​dysorthographie]] ont été abordés, dans [[correction_orthographique|la page « Correction Orthographique »]] celui de la [[wpfr>​cécité]] dans un monde essentiellement constitué d’images et de sons est rarement pris en compte dans un médium axé prioritairement sur la vision. 
- 
-===== Quels sont les outils et les stratégies de compensation des différents handicaps ? ====== 
- 
-==== Qu'​est-ce que la norme Accessiweb ? === 
-Bien que la [[wpfr>​dysorthographie]] soit un __[[wpfr>​Handicap|handicap]]__ qui explique l'​existence même de [[correction_orthographique|la page « Correction Orthographique »]], __la norme Accessiweb promue par l'​association [[wpfr>​BrailleNet]]__ n’intègre pas cette notion dans les besoins d'​accessibilité à l'​Internet sans doute parce que l'​existence de correcteurs orthographiques est aussi vieille que la conception des traitements de texte elle-même. ​ 
- 
-[[wpfr>​Braillenet#​Développer l'​accessibilité du web|La norme Accessiweb]] tente de définir les règles de développement,​ programmation des outils permettant à des [[wpfr>​Acuité_visuelle#​Malvoyants.2C_non-voyants_et_aveugles|personnes malvoyantes,​ aveugles]] ou encore sourdes, malentendantes d'​accéder — avec l'aide de périphériques spécifiques et d'​instructions incluses dans les pages — à la fabuleuse bibliothèque de ressources mondiale que représente aujourd'​hui Internet. 
- 
-==== Quels sont les outils de compensation des différents handicaps ? ==== 
-  * __[[wpfr>​CEEFAX|Le décodeur CEEFAX et le sous-titrage télétexte]]__((Voir les captures d'​écran d'​[[http://​teletext.mb21.co.uk/​gallery/​ceefax/​|images CEEFAX Télétexte]] — site : MB21-The Teletext Museum )) des émissions télévisées,​ films et vidéos également diffusés sur le net. 
-  * __[[wpfr>​Plage braille|Le clavier-transcripteur]] qui décrypte le texte d'une page Web__ puis le transmet à un synthétiseur vocal. \\ Afin qu'une personne aveugle puisse accéder à l’information textuelle, mais aussi visuelle contenue dans le code des pages sous forme de balises de code. 
- 
-==== Où se trouvent ces balises de code dans cette documentation ? ==== 
- 
-De telles __balises__ sont dites « __descriptives__ » car __elles informent__ donc __tactilement et/ou vocalement l'​internaute__ sur la nature des images, la nature des liens internet disponibles sur la page et susceptibles de faciliter l'​accès à l'​information. 
- 
-Par exemple, le lien internet [[https://​forum.ubuntu-fr.org/​viewtopic.php?​id=108430]] pointant vers la discussion du forum consacré au logiciel de synthèse vocal [[:​Svoxpico]] ; \\  
-le moins que l'on puisse dire c'est que ce dernier aura toutes les peines du monde à comprendre ce qui se cache derrière cette adresse Internet pour le moins hermétique ! \\ 
-Le travail de conformation Accessiweb consistera alors à inclure une balise descriptive à la fin des liens iconographiques ou des liens vers d'​autres pages. 
- 
-__Plutôt que d'​écrire__ : \\ 
-%%[[https://​forum.ubuntu-fr.org/​viewtopic.php?​id=108430]]%% __**{**__ %%pointant vers la discussion du forum consacré au logiciel Svoxpico%% __**}**__ ​ \\ — **le rédacteur** de la page **omettra la plupart du temps de décrire son lien** — **ce qui**, soit dit en passant, **pénalisera tout le monde !**  
- 
-{{  http://​www.panosur.fr/​3409-home_default/​panneau-parking-handicape.jpg?​200|logo parking réservé aux personnes à mobilité réduite. « Si vous prenez ma place, prenez aussi mon handicap »}} 
-__Ce qui se traduit à l'​écran par__ : \\ 
-[[https://​forum.ubuntu-fr.org/​viewtopic.php?​id=108430]] {…} 
- 
-__On préférera écrire__ ; \\ 
-%%[[https://​forum.ubuntu-fr.org/​viewtopic.php?​id=108430|discussion du forum consacré au logiciel Svoxpico]] %% (**ne pas oublier __la barre verticale__ « | »** obtenue grâce à la combinaison de touches **<​Alt-Gr>​-<​6>​** sur un clavier [[wpfr>​Azerty|AZERTY]]) ; \\ __celle-ci vient s'​insérer entre la fin de l’adresse internet et le début du texte de description__. ​ 
- 
-__Ce qui se traduit par le texte suivant dans la page__ : \\ 
-[[https://​forum.ubuntu-fr.org/​viewtopic.php?​id=108430|discussion du forum consacré au logiciel Svoxpico]]. 
- 
-Force est de constater que __cette méthode est plus claire__ qu'un __ici__ ou un __là__ en description,​ encore monnaie courante sur la majorité des pages présentes sur le net ; \\ les mauvaises habitudes sont difficiles à perdre, un peu comme celle qui consiste à se garer sur une place « handicapé », au seul prétexte qu'​elle est libre !  
- 
-==== Comment compenser le handicap induit par des problèmes de lecture à l'​écran pour les malvoyants ? ==== 
- 
-La norme Accessiweb définit et encourage l'​utilisation des [[wpfr>​Feuilles de style en cascade|feuilles de styles CSS]] — Cascaded Style Sheets { feuilles de styles en cascade } — pour la création de pages accessibles aux personnes malvoyantes. \\ [[wpfr>​Feuille de style|Les feuilles de styles]], semblables à celles des traitements de textes récents, définissent — entre-autres — le choix de la taille de la police d'​affichage du texte ainsi que le choix de différents modèles de couleurs afin d'​ajuster le contraste entre différents éléments de la page afin de faciliter la lecture rapide. 
- 
-==== Les contraintes de formatage d'une documentation Wiki ==== 
- 
-Le formatage Wiki ne contient pas de feuilles de styles CSS. Ce qui interdit de changer la taille même du texte, obligeant à structurer visuellement les idées développées dans la page. \\ Une documentation technique contenant par exemple un ou plusieurs champs de code multi-lignes — listage d'un renvoi de commande à l'​écran ​ — au texte noir sur fond gris pose des problèmes de contraste ; ce dernier limitant gravement la lecture. 
- 
- 
-==== Quels peuvent-être les stratégies de compensation du handicap appliquées à cette documentation ? ==== 
- 
-=== Le formatage de la page et du texte === 
-  - __On favorisera le saut de ligne forcé__ (deux antislash ''​\\''​ suivies d'un espace, obtenues par la combinaison de touches <​Alt-Gr>​-<​8>​ sur un clavier [[wpfr>​Azerty]]) __afin de créer de courts paragraphes de texte sans saut de ligne, facilitant la lecture transversale rapide__ du contenu, __donc le repérage des idées directrices accessoirement soulignées__. FIXME Pose un problème d'​accessibilité en hors-ligne. 
-  - Une autre façon d'​aérer le texte consiste à utiliser les listes de puces afin de décomposer les différentes étapes d'un processus le plus souvent technique. 
-  - On gardera à l'​esprit l'​adage suivant : « Une idée claire s'​énonce clairement » ;  \\ autrement dit si vous écrivez un texte de procédure d'un seul bloc sans en démarquer visuellement les points importants, votre explication ne donnera pas entière satisfaction. \\ Personne n'a envie de lire 30 lignes de texte et de code en un ou deux blocs indigestes parce que le rédacteur n'a pas voulu faire d'​effort ou bien qu'il considère qu'il appartient à la personne malvoyante de déchiffrer son message. 
- 
-=== Comment traiter le problème du contraste en termes de formatage du contenu === 
-  - __Le typage du code__ : \\ __les balises **%%<​code>​%%** et **%%<​file>​%%** peuvent être typées__ en leur __ajoutant un argument déclaratif du type de code__. S'​agissant majoritairement de [[wpfr>​Bourne-Again shell|code Bash]], on notera donc **%%<​code bash>​%%** ou bien **%%<​file bash>​%%**. \\  
-Il existe une longue liste d'​arguments décrivant le plus souvent le type de langage utilisé pour coder(([[DokuWiki]] peut surligner du code source, ce qui facilite sa lecture. \\ Il utilise le [[http://​qbnz.com/​highlighter/​|Generic Syntax Highlighter ou GeSHi]] 
- -- par conséquent,​ n'​importe quel langage reconnu par GeSHi est supporté. \\ La syntaxe est la même que dans le bloc de code dans la section précédente,​ mais cette fois, le nom du langage utilisé est insérée dans la balise. Ex : ''​%%<​code java>​%%''​. \\  
-[[wp>​Template:​Syntaxhighlight|Liste exhaustive des code de surlignage de la syntaxe]] actuellement reconnu)) 
-  - __Le formatage du contenu des champs **%%<​code>​%%** et **%%<​file>​%%** non typés__ : 
-    * Le rendu visuel du champs %%<​file>​%% ne pose — à priori — aucun problème question affichage à l'​écran,​ le contenu étant affiché « fonte noire » sur « page blanche ». <​file>​ exemple de ligne de code entre des balises <​file>​ </​file>​ 
-    * Le rendu visuel du champs %%<​code>​%% pose — par contre — des problèmes de contraste très gênants lorsqu'​il s'​agira de symboliser par exemple le contenu multi-lignes de ce que renvoie une commande spécifique. <​code>​ exemple de ligne de code entre des balises <​code>​ </​code>​ 
-  - __Une solution consisterait__ — par exemple — __à remplacer la balise <​code>​ par la combinaison **%%<​box><​file>​ { lignes de commandes formatées } </​file><​box>​%%**__ pour les pages de code plus longues. \\ Une illustration du principe est préférable à un long discours. Ci-dessous, sont symbolisés les renvois de commandes : \\  
-    * à l'aide de la balise **%%<​code>​%%** non typée : \\ La commande ''​linuxlogo -L list''​ \\ <​code>​ 
-Available Built-in Logos: 
- Num Type Ascii Name Description 
- 1 Classic Yes aix AIX Logo 
- 2 Classic Yes bsd FreeBSD Logo 
- 3 Banner Yes bsd_banner FreeBSD Logo 
- 4 Classic Yes irix Irix Logo 
- 5 Classic Yes openbsd OpenBSD Logo 
- 6 Banner Yes openbsd_banner OpenBSD Logo 
- 7 Banner Yes solaris The Default Banner Logos 
- 8 Banner Yes banner-simp Simplified Banner Logo 
- 9 Banner Yes banner The Default Banner Logo 
- 10 Classic Yes classic-nodots The Classic Logo, No Periods 
- 11 Classic Yes classic-simp Classic No Dots Or Letters 
- 12 Classic Yes classic The Default Classic Logo 
- 13 Classic Yes core Core Linux Logo 
- 14 Banner Yes debian_banner_2 Debian Banner 2 
- 15 Banner Yes debian_banner Debian Banner (white) ​ 
- 16 Classic Yes debian_old Debian Old Penguin Logos  
- 17 Classic Yes debian Debian Swirl Logos 
- 18 Classic Yes gnu_linux Classic GNU/Linux 
- 19 Banner Yes mandrake_banner Mandrake™ Linux Banner 
- 20 Banner Yes mandrake Mandrakelinux™ Banner 
- 21 Banner Yes mandriva Mandriva™ Linux Banner 
- 22 Banner Yes pld PLD Linux banner 
- 23 Classic Yes raspi An ASCII Raspberry Pi logo 
- 24 Banner Yes redhat RedHat Banner (white) ​ 
- 25 Banner Yes slackware Slackware Logo 
- 26 Banner Yes sme SME Server Banner Logo 
- 27 Banner Yes sourcemage_ban Source Mage GNU/Linux banner 
- 28 Banner Yes sourcemage Source Mage GNU/Linux large 
- 29 Banner Yes suse SUSE Logo 
- 30 Banner Yes ubuntu Ubuntu Logo 
-</​code>​\\ ​ 
-    * à l'aide de la combinaison **%%<​box><​file>​ { lignes de commandes formatées } </​file><​box>​%%**. \\ <box orange 60%|commande linuxlogo -L list><​file>​ 
-Available Built-in Logos: 
- Num Type Ascii Name Description 
- 1 Classic Yes aix AIX Logo 
- 2 Classic Yes bsd FreeBSD Logo 
- 3 Banner Yes bsd_banner FreeBSD Logo 
- 4 Classic Yes irix Irix Logo 
- 5 Classic Yes openbsd OpenBSD Logo 
- 6 Banner Yes openbsd_banner OpenBSD Logo 
- 7 Banner Yes solaris The Default Banner Logos 
- 8 Banner Yes banner-simp Simplified Banner Logo 
- 9 Banner Yes banner The Default Banner Logo 
- 10 Classic Yes classic-nodots The Classic Logo, No Periods 
- 11 Classic Yes classic-simp Classic No Dots Or Letters 
- 12 Classic Yes classic The Default Classic Logo 
- 13 Classic Yes core Core Linux Logo 
- 14 Banner Yes debian_banner_2 Debian Banner 2 
- 15 Banner Yes debian_banner Debian Banner (white) ​ 
- 16 Classic Yes debian_old Debian Old Penguin Logos  
- 17 Classic Yes debian Debian Swirl Logos 
- 18 Classic Yes gnu_linux Classic GNU/Linux 
- 19 Banner Yes mandrake_banner Mandrake™ Linux Banner 
- 20 Banner Yes mandrake Mandrakelinux™ Banner 
- 21 Banner Yes mandriva Mandriva™ Linux Banner 
- 22 Banner Yes pld PLD Linux banner 
- 23 Classic Yes raspi An ASCII Raspberry Pi logo 
- 24 Banner Yes redhat RedHat Banner (white) ​ 
- 25 Banner Yes slackware Slackware Logo 
- 26 Banner Yes sme SME Server Banner Logo 
- 27 Banner Yes sourcemage_ban Source Mage GNU/Linux banner 
- 28 Banner Yes sourcemage Source Mage GNU/Linux large 
- 29 Banner Yes suse SUSE Logo 
- 30 Banner Yes ubuntu Ubuntu Logo 
-</​file></​box |Terminal>​ 
- 
-L'​affichage ci dessus est obtenu à l'aide du code Wiki **''​%%<​box orange 60%|commande linuxlogo -L list><​file>​ { lignes de commandes formatées } </​file></​box |Terminal>​%%''​** 
- 
-Cette alternative présente le double avantage ​ 
-  - d'​augmenter le contraste du contenu et  
-  - symbolise l'​affichage du Terminal en y ajoutant un cadre orange. ​ 
- 
-__Le rappel de la commande bash__ dont il est question __améliore la compréhension pour une personne aveugle utilisant un transcripteur Braille__. 
- 
- 
-<note important>​**Le rédacteur d'une documentation technique a l'​obligation morale de se conformer à des règles de rédaction de contenu éditorial en accord avec les règles de déontologie définies dans la norme Accessiweb**</​note>​ 
- 
-==== Existe-t-il une distribution Linux dédiée spécifiquement aux personnes aveugles ou malvoyantes ? ==== 
- 
-La réponse est « oui ! » ; malheureusement,​ il ne s'agit pas officiellement d'une dérivée d'​Ubuntu,​ mais d'une Debian. \\ 
-La première bonne nouvelle, c'est qu'​elle est basée sur les [[depots|dépôts APT]] similaires donc à ceux d'​Ubuntu. \\ 
-La deuxième bonne nouvelle — qui découle de la première — c'est qu'​ensuite,​ vous pouvez très facilement optimiser cette base avec des applications Ubuntu pour en faire « votre » version dérivée ! 
- 
-<note tip>Rien ne vous empêche donc — à priori — de vous baser sur [[http://​knopper.net/​knoppix-adriane/​index-en.html|la Knoppix Adriane]] puis d'​installer des logiciels présents dans les dépôts APT. \\ 
-Rien n'​indique clairement que la dernière version de Knoppix intègre l'​installation audio. ​ 
- 
-Afin de contourner cet éventuel problème, il suffit de faire une mise à jour de version stable (LTS) postérieure à l'​installation de la Knoppix Adriane la plus récente : \\ 
-**(en)** [[http://​knoppix.schoeppi.net/​KNOPPIX-ADRIANE_V7.7.1DVD-2016-10-22-EN.iso|la version 7.7 de Knoppix Adriane]] sur le serveur dédié.</​note>​ 
- 
-L'​avantage de cette version dérivée, c'est qu'​elle dispose d'une procédure d'​installation et d'une interface nativement connectées et orientées transcription Braille et audio. 
- 
-Quelles seraient les modifications à apporter à la procédure d'​installation d'​Ubuntu afin de profiter des mêmes avantages ? FIXME La question est posée… 
- 
-===== Pages connexes ===== 
- 
-  * [[:​accessibilite|La page dédiée à l'​accessibilité]] : L’accessibilité est comprise ici dans le sens d'​interface et de logiciels facilitant l'​ergonomie et l'​accessibilité des personnes à mobilité réduite. ​ 
-  * [[:​correction_orthographique|La correction orthographique]] : qui traite plus spécifiquement de la [[wpfr>​dyslexie]] et de la [[wpfr>​dysorthographie]] 
-  * [[:​wiki:​syntaxe]] 
-  * **(en) ** [[https://​www.dedoimedo.com/​computers/​knoppix-adriane.html|« Knoppix 6.0 Adriane - A genuine masterpiece »]] — site : Dedoimedo.com ; auteur : inconnu ; date : 30 janvier 2009. 
- 
----- 
-//Auteur : [[utilisateurs:​eagle08]] \\ 
-Contributeurs:​ [[utilisateurs:​eagle08]].//​ 


Le contenu de ce wiki est sous licence : CC BY-SA v3.0