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

De April MediaWiki
Aller à la navigationAller à la recherche
 
(2 versions intermédiaires par le même utilisateur non affichées)
Ligne 34 : Ligne 34 :
=== Rendre accessible les applications en Java ===
=== Rendre accessible les applications en Java ===


* Pour rendre les interfaces en java accessible, sun à développé un "java access bridge".
* 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)
** 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
** 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  
** 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.  
* 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.
** Voir la section Java Access Bridge dans ce document pour des informations plus "techniques" sur ce point.
Ligne 67 : Ligne 67 :
=== Outils et bonnes pratiques pour des applications accessibles ===
=== Outils et bonnes pratiques pour des applications accessibles ===


* quelques recommandations pour rendre les applications java accessibles (par sun), des aides aussi sur gnome :
* quelques recommandations pour rendre les applications java accessibles (par Sun), des aides aussi sur GNOME :
** http://www.sun.com/accessibility/resources.jsp  
** http://www.sun.com/accessibility/resources.jsp  


Ligne 73 : Ligne 73 :
* Ce "programme" permet de rendre accessible les interfaces en java aux logiciels de suppléance, cependant :  
* 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.
** 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.
**  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 ===
=== Outils et bonnes pratiques pour des sites accessibles ===

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]