« Ressources documentaires sur l'accessibilité et le logiciel libre » : différence entre les versions

De April MediaWiki
Aller à la navigationAller à la recherche
 
(52 versions intermédiaires par 18 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
[[Accessibilité_et_logiciels_libres|Retour à la page d'accueil du groupe Accessibilité]]
==Ressources à destination des utilisateurs ==
L'objectif de cette page est de recenser toutes les ressources existant et concernant l'accessibilité, le handicap et le logiciel libre.
L'objectif de cette page est de recenser toutes les ressources existant et concernant l'accessibilité, le handicap et le logiciel libre.
===Ressources générales===


==Ressources Web==
===Ressources générales===
* W3C :
**[http://www.w3.org/WAI/ER/tools/complete Outils d'évaluation de l'accessibilité du Web (en anglais)]
* AccessiWeb (association BrailleNet) :
**[http://www.accessiweb.org/fr/groupe_travail_accessibilite_du_web/guide_accessiweb/ Guide pour des sites accessibles]
**[http://www.accessiweb.org/fr/groupe_travail_accessibilite_du_web/manuel_accessiweb/ Manuel]
**[http://www.braillenet.org/accessibilite/AccessiWeb_CMS_10_public/index.php Référentiel AccessiWeb CMS 1.0]
* Délégation aux Usages de l'Internet (DUI)
* Délégation aux Usages de l'Internet (DUI)
**[http://www.eaccessibilite-dui.net/index.php? Présentation et enjeux de l'accessibilité numérique]
**[http://www.metiers.internet.gouv.fr/interview/dominique-burger-president-association-braillenet Présentation et enjeux de l'accessibilité numérique par Dominique Burger, président de BrailleNet.]
* WebAIM : [http://webaim.org/projects/screenreadersurvey/ Étude concernant les utilisateurs de lecteurs d'écran (en anglais)]
* WebAIM :  
**[http://webaim.org/projects/screenreadersurvey/ Étude concernant les utilisateurs de lecteurs d'écran (en anglais)]
**[http://www.ideose.eu/documents-accessibilite/introduction-accessibilite-web/ Étude concernant les utilisateurs de lecteurs d'écran (version française)]


===Actus===
===Actus===
**[http://www.braillenet.org/accessibilite/appel-commentaire-aw2/index.php Appel à commentaires public sur le référentiel AccessiWeb 2.0]
*[http://www.accessiweb.org/fr/Label_Accessibilite/criteres_accessiweb/#info5 Parution officielle du référentiel AccessiWeb 2.0] (17 décembre 2009)
* Open Dot : <a href="http://opendotdotdot.blogspot.com/2009/10/how-proprietary-jaws-bites-blind.html" lang="en">How Jaws Bites the Blinds (<span lang="fr">anglais</span>)</a> : un article expliquant comment le logiciel propriétaire JAWS pour les non/malvoyants verrouille son marché et ses clients en refusant l'accès à ses spécifications et son kit de développement et en demandant une redevance annuelle...
*[http://nvda.fr/spip.php?article29 Sortie de NVDA 1.0 en français], un lecteur d'écran libre (2 décembre 2009)
*[http://www.braillenet.org/accessibilite/appel-commentaire-aw2/index.php Appel à commentaires public sur le référentiel AccessiWeb 2.0] (terminé)
* Open Dot : [http://opendotdotdot.blogspot.com/2009/10/how-proprietary-jaws-bites-blind.html How Jaws Bites the Blinds (anglais)] : un article expliquant comment le logiciel propriétaire JAWS pour les non/malvoyants verrouille son marché et ses clients en refusant l'accès à ses spécifications et son kit de développement et en demandant une redevance annuelle... Voir une traduction en français de l'article [[Comment le logiciel propriétaire Jaws agrippe les aveugles]] par Phil
*[http://www.references.modernisation.gouv.fr/rgaa-accessibilite RGAA / Référentiel Général d'Accessibilité pour les Administrations 2.2] publication en 2009 avec le décret et l'arrêté relatifs à l'article 47 de la loi n° 2005-102 du 11 février 2005 pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées
*[http://www.w3.org/Translations/WCAG20-fr/ Traduction française agréée par le W3C des Règles pour l'accessibilité des contenus Web (WCAG) 2.0] (25 juin 2009)
 
=== Livres & articles===
*[http://www.confortdelecture.org/ Confort de lecture]
 
=== Vidéos & Audios===
 
* [http://www.youtube.com/watch?v=Kz1AQ4dqxgA L'ordinateur des aveugles] (Université de Nice Sophia-Antipolis)
* [http://www.assistiveware.com/videos.php vidéos AssistiveWare sur l'accessibilité en informatique]
* [http://access-key.org/ Tutoriels vidéos] (access-Key, Université de Nice Sophia-Antipolis et Université de Haute Alsace)
* [http://video.yahoo.com/watch/357221/2224574 conférence d'un développeur de lecteur d'écran, en anglais]
* [http://video.yahoo.com/watch/514676/2686894 introduction au lecteur d'écran, en anglais]
* [http://video.yahoo.com/watch/633844/2985804 introduction au zoom d'écran, en anglais]


==Bibliographie : livres et articles==
=== Rendre accessible les applications en Java ===


* Pour rendre les interfaces en java accessible, Sun à développé un "java access bridge".
** Ce "programme" permet de rendre accessible les interface en java (surtout celle écrites en swing apparemment)
** documentation et téléchargement du logiciel sur le site Sun : http://java.sun.com/javase/technologies/accessibility/accessbridge/index.jsp
** un exemple de mise en oeuvre dans le cadre de NVDA pour OpenOffice : http://www.nvda.fr/spip.php?article21
* Cependant, Access Bridge n'est pas LA solution pour toute les applications, l'accessibilité finale de l'application dépendra de la conception du logiciel et de l'aide technique utilisée.
** Voir la section Java Access Bridge dans ce document pour des informations plus "techniques" sur ce point.


==Vidéos==
=== Flash et accessibilité ===


==Audios==
Flash entre formellement dans la catégorie des technologies compatibles avec l'accessibilité au sens de la norme WCAG2.0 (Directives d'accessibilité des contenus Web) du W3C. Voir à ce sujet:
* [http://ideance.net/publications/transcript-WCAG2-Flash-PDF-Javascript-ParisWeb2009.pdf WCAG 2.0, Flash, PDF, Javascript et les autres sont dans un bateau… (PDF, 1.1 Mo)], Sébastien Delorme et Aurélien Levy, conférences Paris Web 2009.
* [http://www.adobe.com/accessibility/index.html Adobe Accessibility Resource Center]
* [http://www.webaim.org/techniques/flash/ Creating Accessible Flash Content, WebAim]
 
==Ressources à destination des développeurs ==
 
=== Normes d'accessibilité ===
Pour favoriser le développement de sites accessibles à tous, le W3C a imaginé des normes d'accessibilité du Web, éditées par l'[http://www.w3.org/WAI/ initiative pour l'accessibilité Web - WAI (en anglais)]. Ces normes sont les règles d'accessibilité pour les contenus Web, dites WCAG (et prononcées "wécague"). Elles seules font référence en France. À l'instar d'une loi nécessitant un décret pour préciser son application, les WCAG doivent être explicitées localement par des référentiels d'application, apportant une méthode pour vérifier le respect des règles.
 
En France, il existe deux référentiels d'application des WCAG : le référentiel AccessiWeb et le référentiel général d'accessibilité pour les administrations (RGAA). La dernière version des WCAG, la version 2, publiée par le W3C en décembre 2008, a donné lieu à une mise à jour des référentiels d'application et l'association BrailleNet, éditrice du référentiel AccessiWeb, en a profité pour assurer une correspondance avec le RGAA. Ainsi, en utilisant le référentiel AccessiWeb, on s'assure de respecter du même coup le RGAA.
 
Quelque soit la méthode choisie (AccessiWeb ou RGAA), elles s'efforcent chacune à guider celui qui l'utilise dans le respect des WCAG.
 
* W3C :
** [http://www.w3.org/Translations/WCAG20-fr/ Règles pour l'accessibilité des contenus Web (WCAG 2)]
**[http://www.w3.org/WAI/ER/tools/complete Liste d'outils d'évaluation de l'accessibilité du Web (en anglais)]
* AccessiWeb (association BrailleNet) :
**[http://www.braillenet.org/accessibilite/referentiel-aw21/ Référentiel AccessiWeb 2.1]
**[http://www.braillenet.org/accessibilite/AccessiWeb_CMS_10_public/index.php Référentiel AccessiWeb CMS 1.0]
* [http://references.modernisation.gouv.fr/rgaa-accessibilite Référentiel général d'accessibilité pour les administrations (RGAA 2.2)]


==Logiciels libres==
=== Outils et bonnes pratiques pour des applications accessibles ===


; [http://www.nvda.fr/ NVDA] : lecteur d'écran, installable sous Windows
* quelques recommandations pour rendre les applications java accessibles (par Sun), des aides aussi sur GNOME :
; [http://gna.org/projects/lliaphon Lliaphon] : convertit un texte français en suite de diphones
** http://www.sun.com/accessibility/resources.jsp
; [http://ftp.traduc.org/doc-vf/gazette-linux/html/2005/114/lg114-D.html Festival] : un serveur de rendu vocal
; [http://www.speech.cs.cmu.edu/flite/index.html Flite] : un serveur de rendu vocal
; [http://emacspeak.sourceforge.net/ Emacspeak] : un paquet permettant de rendre Emacs accessible. Emacs est un logiciel GNU permettant de disposer d'un environnement de travail complet en mode texte.
; [http://debian.ofset.org/pool/main/l/lecteur_0.1_i386.deb Lecteur] : un paquet debian facilitant l'installation de Lliaphon et Mbrola pour lire des textes de livres libres (par exemple de [http://www.gutenberg.org/browse/languages/fr Project Gutenberg])
; [http://live.gnome.org/Orca Orca] : Lecteur d'ecran et loupe applicatif pour [http://www.gnome.org GNOME]
; [http://www.inference.phy.cam.ac.uk/dasher/ Dasher] : Logiciel permettant l'entrée de text par pilotage de souris, avec aide prédictive. Très utile en combinaison avec une solution de suivi de regard comme [http://www.inference.phy.cam.ac.uk/opengazer/ OpenGazer] ou [http://live.gnome.org/MouseTrap MouseTrap]


; [http://www.japsportal.org/jAPSPortal/pages/fr/homepage/web_accessibility/japs_and_accessibility/ jAPS 2.0] : jAPS 2.0 est une plate-forme Open Source professionnelle basée sur le Web, pour la construction de portails internet et intranet soit du type informatif, collaboratif et de services. La plate-forme est conformes aux exigences en matière d'accessibilité des normes W3C WCAG.
==== Java Access Bridge ====
* Ce "programme" permet de rendre accessible les interfaces en java aux logiciels de suppléance, cependant :  
** l'Access Bridge ne garanti pas l'accessibilité d'une application. Il faut d'une part que les lecteurs d'écrans sachent bien en profiter, et d'autre part, que les développeurs, même avec Access Bridge, mettent en plus en oeuvre des bonnes pratiques pour rendre le couple Access Bridge-lecteur d'écran collaboratifs.
**  Il est certes possible pour les lecteurs d'écrans, à l'aide de scripts maisons, de s'adapter à des logiciels à la logique tordue (même si visuellement cela parait cohérent), mais autant que le développeur ait de bonnes pratiques pour développer des interfaces construites de manière logique, ce qui facilite grandement la navigation ensuite. Typiquement, les approches visuelles "je pose mes boutons dans une interface graphique de design de boîte de dialogue" ont très facilement tendance à produire des logiciels dans lesquels il est impossible de naviguer facilement sans script qui remet de l'ordre dans la logique du bazar.


== Ressources et logiciels non-libres mais cependant sans « prise en otage » ==
=== Outils et bonnes pratiques pour des sites accessibles ===


; [http://tcts.fpms.ac.be/synthesis/mbrola.html Mbrola] : moteur de synthèse vocale, et des bases de diphones pour plusieurs langues avec une grande variété de locuteurs. L'utilisation non-commerciale est autorisée et facile.
* Check list IBM pour vérifier l'accessibilité des sites web : http://www-03.ibm.com/able/guidelines/web/accessweb.html
* [[Créer des formulaires HTML accessibles]]
* [[Développez accessible avec cette liste de plugins Firefox]]


[[Catégorie:Accessibilité]]
[[Catégorie:Accessibilité]]

Dernière version du 26 juin 2011 à 14:23

Retour à la page d'accueil du groupe Accessibilité

Ressources à destination des utilisateurs[modifier]

L'objectif de cette page est de recenser toutes les ressources existant et concernant l'accessibilité, le handicap et le logiciel libre.

Ressources générales[modifier]

Actus[modifier]

Livres & articles[modifier]

Vidéos & Audios[modifier]

Rendre accessible les applications en Java[modifier]

  • Pour rendre les interfaces en java accessible, Sun à développé un "java access bridge".
  • Cependant, Access Bridge n'est pas LA solution pour toute les applications, l'accessibilité finale de l'application dépendra de la conception du logiciel et de l'aide technique utilisée.
    • Voir la section Java Access Bridge dans ce document pour des informations plus "techniques" sur ce point.

Flash et accessibilité[modifier]

Flash entre formellement dans la catégorie des technologies compatibles avec l'accessibilité au sens de la norme WCAG2.0 (Directives d'accessibilité des contenus Web) du W3C. Voir à ce sujet:

Ressources à destination des développeurs[modifier]

Normes d'accessibilité[modifier]

Pour favoriser le développement de sites accessibles à tous, le W3C a imaginé des normes d'accessibilité du Web, éditées par l'initiative pour l'accessibilité Web - WAI (en anglais). Ces normes sont les règles d'accessibilité pour les contenus Web, dites WCAG (et prononcées "wécague"). Elles seules font référence en France. À l'instar d'une loi nécessitant un décret pour préciser son application, les WCAG doivent être explicitées localement par des référentiels d'application, apportant une méthode pour vérifier le respect des règles.

En France, il existe deux référentiels d'application des WCAG : le référentiel AccessiWeb et le référentiel général d'accessibilité pour les administrations (RGAA). La dernière version des WCAG, la version 2, publiée par le W3C en décembre 2008, a donné lieu à une mise à jour des référentiels d'application et l'association BrailleNet, éditrice du référentiel AccessiWeb, en a profité pour assurer une correspondance avec le RGAA. Ainsi, en utilisant le référentiel AccessiWeb, on s'assure de respecter du même coup le RGAA.

Quelque soit la méthode choisie (AccessiWeb ou RGAA), elles s'efforcent chacune à guider celui qui l'utilise dans le respect des WCAG.

Outils et bonnes pratiques pour des applications accessibles[modifier]

Java Access Bridge[modifier]

  • Ce "programme" permet de rendre accessible les interfaces en java aux logiciels de suppléance, cependant :
    • l'Access Bridge ne garanti pas l'accessibilité d'une application. Il faut d'une part que les lecteurs d'écrans sachent bien en profiter, et d'autre part, que les développeurs, même avec Access Bridge, mettent en plus en oeuvre des bonnes pratiques pour rendre le couple Access Bridge-lecteur d'écran collaboratifs.
    • Il est certes possible pour les lecteurs d'écrans, à l'aide de scripts maisons, de s'adapter à des logiciels à la logique tordue (même si visuellement cela parait cohérent), mais autant que le développeur ait de bonnes pratiques pour développer des interfaces construites de manière logique, ce qui facilite grandement la navigation ensuite. Typiquement, les approches visuelles "je pose mes boutons dans une interface graphique de design de boîte de dialogue" ont très facilement tendance à produire des logiciels dans lesquels il est impossible de naviguer facilement sans script qui remet de l'ordre dans la logique du bazar.

Outils et bonnes pratiques pour des sites accessibles[modifier]