« Ressources documentaires sur l'accessibilité et le logiciel libre » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
Ligne 1 : | Ligne 1 : | ||
[http://wiki.april.org/w/Accessibilité_et_logiciels_libres Retour à la page d'accueil du groupe Accessibilité] | [http://wiki.april.org/w/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 générales=== | ||
Version du 16 novembre 2010 à 09:48
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.
Ressources générales
- Délégation aux Usages de l'Internet (DUI)
- WebAIM :
Actus
- Parution officielle du référentiel AccessiWeb 2.0 (17 décembre 2009)
- Sortie de NVDA 1.0 en français, un lecteur d'écran libre (2 décembre 2009)
- Appel à commentaires public sur le référentiel AccessiWeb 2.0 (terminé)
- Open Dot : 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
- 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
- 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
Vidéos & Audios
- L'ordinateur des aveugles (Université de Nice Sophia-Antipolis)
- vidéos AssistiveWare sur l'accessibilité en informatique
- Tutoriels vidéos (access-Key, Université de Nice Sophia-Antipolis et Université de Haute Alsace)
- conférence d'un développeur de lecteur d'écran, en anglais
- introduction au lecteur d'écran, en anglais
- introduction au zoom d'écran, en anglais
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 apparement)
- 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 NDVA 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.
Flash et accessibilité
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:
- 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.
- Adobe Accessibility Resource Center
- 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'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 :
- AccessiWeb (association BrailleNet) :
- Référentiel général d'accessibilité pour les administrations (RGAA 2.2)
Outils et bonnes pratiques pour des applications accessibles
- quelques recommandations pour rendre les applications java accessibles (par sun), des aides aussi sur gnome :
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 lesquel 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
- 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