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
correction_orthographique [Le 11/11/2017, 15:11]
78.194.2.45 [Quels sont les outils et les stratégies de compensation des différents handicaps ?]
correction_orthographique [Le 11/11/2017, 16:48] (Version actuelle)
78.194.2.45
Ligne 25: Ligne 25:
  
 La plupart de ces outils ont une limitation concernant la grammaire. Pour y remédier, il faudra vous en remettre à vous-même. La section [[#Erreurs courantes]] est là pour vous aider à corriger les erreurs les plus courantes, et vous êtes invités à approfondir le sujet en allant visiter les [[#Liens utiles]]. La plupart de ces outils ont une limitation concernant la grammaire. Pour y remédier, il faudra vous en remettre à vous-même. La section [[#Erreurs courantes]] est là pour vous aider à corriger les erreurs les plus courantes, et vous êtes invités à approfondir le sujet en allant visiter les [[#Liens utiles]].
- 
-===== 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 « 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, 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 __handicap__ qui explique l'​existence même de cette page, __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. \\ 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 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. 
- 
-  * __**Quelles 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 [[http://​www.makemkv.com/​forum2/​viewtopic.php?​f=3&​t=224]] pointant vers la discussion du forum consacré au logiciel Linux MakeMKV sera épelé tel quel à l'​internaute ; 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 — j'​allais dire tout simplement — à inclure une balise descriptive à la fin des liens iconographiques ou des liens vers d'​autres pages. 
- 
-__Plutôt que d'​écrire__ : \\ 
-%%[[http://​www.makemkv.com/​forum2/​viewtopic.php?​f=3&​t=224]]%% __**{**__ %%pointant vers la discussion du forum consacré au logiciel Linux MakeMKV%% __**}**__ ​ \\ — **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 !**  
- 
-__Ce qui se traduit à l'​écran par__ : \\ 
-[[http://​www.makemkv.com/​forum2/​viewtopic.php?​f=3&​t=224]] {…} 
- 
-__On préférera écrire__ ; \\ 
-%%[[http://​www.makemkv.com/​forum2/​viewtopic.php?​f=3&​t=224|discussion du forum consacré au logiciel Linux MakeMKV]] %% (**ne pas oublier __la barre verticale__ « | »** obtenue grâce à la combinaison de touches **<​Alt-Gr>​-<​6>​**) ; \\ __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__ : \\ 
-[[http://​www.makemkv.com/​forum2/​viewtopic.php?​f=3&​t=224|discussion du forum consacré au logiciel Linux MakeMKV]]. 
- 
-Force est de constater que __cette méthode est plus claire__ qu'un __ici__ ou un __là__ en description ! 
- 
- 
-=== 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 grandement la lecture. 
- 
-  * **Quels peuvent-être les stratégies de compensation du handicap appliquées à cette documentation ?** 
-    * __Le formatage de la page et du texte__ \\ 1- __On favorisera le saut de ligne forcé__ (deux barres obliques arrière suivies d'un espace, obtenues par la combinaison de touches <​Alt-Gr>​-<​8>​) __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__. \\ 2- 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. \\ 3- On gardera à l'​esprit l'​adage suivant : « Une idée claire s'​énonce clairement » ;  \\ autrement dit si vous pondez 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 se coltiner 30 lignes de texte et de code en un ou deux blocs indigestes parce que le rédacteur à un poil dans la main 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__ \\ 1- 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. \\ 2- __Le formatage du contenu des champs %%<​code>​%% et %%<​file>​%% non typés__ : \\  a) 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 ». \\ b) 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. \\ 3- __Une solution consisterait__ — par exemple — __à replacer la balise <​code>​ par la combinaison **%%<​box><​file>​ { lignes de commandes formatées } </​file><​box>​%%**__. \\ Une illustration du principe est préférable à un long discours. Ci-dessous, sont symbolisés les renvois de commandes : \\ a) à 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(TM) Linux Banner 
- 20 Banner Yes mandrake Mandrakelinux(TM) Banner 
- 21 Banner Yes mandriva Mandriva(TM) 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>​\\ b) à 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(TM) Linux Banner 
- 20 Banner Yes mandrake Mandrakelinux(TM) Banner 
- 21 Banner Yes mandriva Mandriva(TM) 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>​ 
-  
-<note important>​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. \\ \\ __**Cette solution améliorant pourtant grandement la lisibilité pour les personnes malvoyantes n'a pas été retenue par les administrateurs de cette documentation**__. \\ Il est pourtant rappelé que : \\ \\ **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**. \\ \\ **Il est triste et dommageable de constater que les administrateurs de cette documentation s’assoient souvent sur cette norme d'​accessibilité du net !**</​note> ​ 
  
  


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