Centre de ressources et de recherche sur l'accessibilité du web
Vous êtes ici : Accueil > Actualités

Actualités

 
Tout trouver sur l'accessibilité du Web !

En s'appuyant sur la technologie "Custom Search Engine" de Google, AccessiWeb propose un nouveau service en ligne "AccessiWeb cherche !" qui est un moteur de recherche spécialisé dans les sites Web et les blogs traitant de l'accessibilité du Web (contenus en français et en anglais).

Par exemple, si vous souhaitez savoir si une information a été publiée concernant l'accessibilité du Web en Europe, vous pouvez lancer une recherche en tapant uniquement le mot Europe. Vous obtiendrez alors la liste des sites Web et des blogs sur l'accessibilité du Web qui traitent du sujet Europe, avec par conséquent une probabilité forte d'obtenir une information pertinente.

[Nouveauté au 1er février 2009] La recherche se fera également dans les archives suivantes :

 
 
 
 
1er juillet 2009 - BrailleNet recrute sur une mission Marketing - Communication.

  • Mission : Vous contribuez à la pertinence et à la cohérence des actions de formations de l'association BrailleNet. A ce titre, vous assistez la cellule Accessibilité de l'association pour la définition des besoins et des solutions à mettre en œuvre et participez aux choix stratégiques. Vous organisez, coordonnez les actions de promotion et de communication autour des formations BrailleNet présentes et à venir. Vous garantissez l'adéquation "qualité - coûts- délais" des projets liés aux formations et proposez à la cellule Accessibilité sur des projets en cours d'éventuelles modifications d'objectifs (qualité, coûts, délais) liées à des contraintes de réalisation. Vous aidez à organiser les supports à destination des utilisateurs.
  • Profil : Vous êtes de formation école de commerce ou école d'ingénieurs, complétée par une spécialisation "communication".
  • Expérience : Vous justifiez d'une expérience confirmée dans la conduite de projets, dans la mise en place d'appels d'offre et disposez d'une connaissance dans les technologies Web. Une connaissance dans l'accessibilité numérique est appréciée.
  • Lieu de la mission : Paris
  • Type de contrat : CDD 12 mois ; possibilité de CDI ultérieurement
  • Candidature : adresser un CV détaillé et une lettre de motivation à recrutement AccessiWeb.
 
 
 
26 juin 2009 - Publication officielle par le W3C de la traduction française autorisée des Web Content Accessibility Guidelines (WCAG) 2.0.

L'association BrailleNet [1] a le plaisir de vous annoncer la publication officielle par le W3C [2] de la traduction française autorisée [3] des Web Content Accessibility Guidelines (WCAG) 2.0 [4].
L'association tient à remercier tout particulièrement le comité de traduction en français des WCAG 2.0 [5] pour l'ensemble de sa contribution et de sa coopération.
Cette traduction française agréée par le W3C est la première version en langue étrangère des WCAG 2.0 à être reconnue officiellement par le Consortium W3C.
Selon la règle établie par le W3C, les droits d'auteur de la traduction française autorisée des Web Content Accessibility Guidelines (WCAG) 2.0 ont entièrement été transférés au W3C.

Suite à cette annonce, l'association BrailleNet va mettre en oeuvre des actions destinées à la diffusion, la compréhension et l'application de cette nouvelle version de la norme du W3C afin d'améliorer l'accès pour tous aux contenus Web. BrailleNet le fera au sein du réseau francophone, constitué à l'occasion de cette traduction, dans un esprit d'harmonisation.

Auteur : Dominique Burger
Institut National de la Santé et de la Recherche Médicale
Président de l'association BrailleNet

[1] Association BrailleNet : www.braillenet.org
[2] W3C : World Wide Web Consortium : www.w3.org
[3] Traduction française autorisée des WCAG 2.0 :
http://www.w3.org/Translations/WCAG20-fr/
[4] Web Content Accessibility Guidelines 2.0 du 11 décembre 2008 :
http://www.w3.org/tr/wcag
[5] Comité de traduction en français des WCAG 2.0 :
http://www.braillenet.org/accessibilite/wcag20/index.php?PHPSESSID=e65595b371f285153268fd8d9f679423

 
 
 
22 mai 2009 - Réaction à partir de l'article de la DGME sur la parution du decret.

Lire l'article "Parution du décret sur le référentiel général d'accessibilité pour les administrations" de la DGME.

La question du RGAA est importante pour l'évolution de l'accessibilité numérique en France et l'article sur le site Web DGME rappelle justement que le RGAA doit vise à "améliorer l’accessibilité des sites web des services publics". Il convient cependant de rappeler que :

  1. les WCAG 2.0, recommandation officielle du W3C, ont valeur normative depuis leur publication le 11 décembre 2008

  2. dans sa communication du 1er décembre 2008 la Commission Européenne affirme : "[...]en raison d'ambiguïtés, les WCAG 1.0 n'ont pas été appliquées de façon uniforme par les États membres et, compte tenu de la récente évolution d'internet, sont désormais dépassées. [...] Les WCAG 2.0 constituent les spécifications techniques à respecter scrupuleusement en matière d'accessibilité du web. [...] Les organismes européens de normalisation, en coopération avec les acteurs concernés, doivent rapidement élaborer, sur la base des WCAG 2.0, des normes européennes concernant l'accessibilité du web."

  3. Une version française des WCAG 2.0 a été élaborée par un comité de traduction agréé par le W3C

  4. la version du RGAA qui a été présentée le 12 mai groupe de travail "Internet et développement durable" du Forum des droits sur l’internet n'était pas conforme aux WCAG 2.0 (relevé des conclusions, FDI)

  5. dans le relevé de ses conclusions le groupe de travail "Internet et développement durable" du Forum des droits sur l’internet propose que le RGAA soit composé de la manière suivante :
    • 1ère partie du document : partie introductive présentant le cadre juridique de l’obligation française (loi, décret) et apportant des précisions quant au périmètre exact des contenus, des technologies et des acteurs concernés, et quant aux modalités de mise à jour du RGAA en cas d’évolution des WCAG 2.0.

    • 2ème partie du document : reprise intégrale des WCAG 2.0 traduites en français, assorties des références vers les tests conçus par la DGME et par son prestataire ainsi que des exemples et critères de succès.

En conclusion : La mise en conformité des sites Web français avec les normes internationales d'accessibilité passe par une mise en conformité du RGAA 2.0 avec les WCAG 2.0. C'est de cette façon seulement que la France peut rattraper son retard et que les usagers pourront bénéficier des avancées et des innovations réalisées sur ce sujet par la communauté internationale. C'est aussi le seul moyen de motiver les prestataires industriels de l'Internet et leur permettre de développer ou maintenir leur compétitivité en la matière sur le marché international.

 
 
 
16 mai 2009- Obligation d'accessibilité des services de communication publique en ligne : Le décret est paru !

Il aura fallu plus de quatre ans pour que paraisse enfin au Journal Officiel le décret n°2009-546 en application de l'article 47 de la loi 2005-102 du 11 février 2005 sur l'égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées. Cependant, force est de noter que ce texte laisse le lecteur sur sa faim puisqu'il renvoie à un référentiel d'accessibilité encore inexistant et qu'il ne précise pas les modalités selons lesquelles l'autorité publique effectuera le suivi de sa mise en oeuvre et les contrôles de conformité. De plus, le décret exclut toute sanction majeure en cas de non-conformité. Les sites non conformes seront simplement inscrits sur une liste publiée en ligne. Toutefois une formation continue pour les personnels concernés est prévue.

 
 
24 avril 2009 : Appel à commentaires sur le "Référentiel AccessiWeb CMS 1.0" !

L’évolution des pratiques et des besoins des professionnels du Web a fait émerger une demande de plus en plus forte pour un référentiel concernant les outils de production des contenus Web ou CMS conformes correspondant aux recommandations ATAG 1.0 du W3C.

C'est pourquoi l'association BrailleNet, forte de la méthode acquise avec le référentiel AccessiWeb V1.1 a proposé, fin 2008, l'élaboration d'un référentiel CMS. Un première version a été soumise à un appel à commentaires restreint au Groupe de Travail AccessiWeb en janvier 2009. Ces commentaires ont donné lieu à la version soumise à commentaires public aujourd’hui pour une période de 40 jours (24 avril– 4 juin 2009).
La version 1.0 définitive sera publiée début juillet 2009.
L'association BrailleNet remercie tous les contributeurs de cette version.
Consulter et/ou répondre à l'appel à commentaires "Référentiel AccessiWeb CMS".

 
 
6 mars 2009 : Accessiweb publie sa newsletter (édito : l'accessibilité va façonner le Web et les usages du Web de demain)

[ Newsletter AccessiWeb numéro 7 ]

Les usages numériques ont beaucoup évolué et les besoins en accessibilité dépassent aujourd'hui le Web historique. Il s'agit aujourd'hui en 2009 de rendre accessible le Web 2.0, les applications Web, les logiciels, les outils de gestion de contenus (CMS, blog...), les formats dits propriétaires (Word, PDF...), les animations riche média et les vidéos, les supports de consultation autres que l'ordinateur classique, les mobiles, la télévision numérique...

AccessiWeb s'est engagé dès 2008 à apporter des réponses à toutes ces questions en mettant en place des projets R&D et en publiant en ligne les résultats de cette recherche (consulter la rubrique Veille technologique).

La prochaine étape est la mise en place d’une structure institutionnelle au niveau français puis européen qui favorisera le partenariat avec les acteurs du Web et du numérique en général afin de produire et de diffuser des connaissances, des méthodologies, des produits et des logiciels de qualité industrielle. Cette structure permettra également d’observer l’évolution de l’accessibilité du Web et sera un guichet d’information ouvert à tous. Naturellement, une telle initiative doit se faire en coopération également avec les pouvoirs publics.

L’accessibilité du Web va façonner le Web et les usages du Web de demain. Il suffit "d’ouvrir les yeux" pour le comprendre.

Auteur : Pierre GUILLOU, Directeur AccessiWeb (6 mars 2009).

 
 
5 mars 2009 : Accessiweb publie un document sur l'accessibilité des PDF

Vous trouverez dans la rubrique Veille technologique des résultats des travaux AccessiWeb sur l'accessibilité numérique en général. En effet, les usages numériques ont beaucoup évolué et les besoins en accessibilité dépassent aujourd'hui le Web historique. Il s'agit aujourd'hui en 2009 de rendre accessible le Web 2.0, les applications Web, les logiciels, les outils de gestion de contenus (CMS, blog...), les formats dits propriétaires (Word, PDF...), les animations riche média et les vidéos, les supports de consultation autres que l'ordinateur classique, les mobiles, la télévision numérique... AccessiWeb s'engage à apporter des réponses aussi à toutes ces questions.

  • Des documents PDF accessibles : le format PDF a été conçu pour permettre l'impression d'un document. Au départ, les documents PDF n'étaient donc pas faits pour être lus à l'écran mais pour être imprimés. C'est pourquoi ils n'étaient pas accessibles.
    Pourtant, ce format de document est de plus en plus utilisé par les administrations pour permettre d'accéder à un document sans pouvoir en modifier le contenu. Le format PDF est aussi utilisé par les éditeurs pour que les textes de ces documents puissent être diffusés tout en garantissant une protection des données.
    Pendant des années, les documents PDF ont été inaccessibles pour des personnes utilisant un lecteur d'écran ou un agrandisseur, parce que leurs outils ne leur permettaient pas de lire le contenu des documents, parce que le logiciel de lecture des documents PDF était peu accessible, et souvent aussi, parce que les options de protection d'un document PDF ne permettaient pas l'accès en mode texte à ces documents.
    Face à la demande croissante du public pour l'utilisation du PDF, et en partenariat avec les développeurs de lecteurs d'écran, la société Adobe a mis en place une série de techniques permettant de rendre les PDF plus accessibles à condition qu'ils soient bien structurés.
    Au-delà du format pour impression, le PDF est aujourd'hui considéré comme un moyen de diffuser des documents numériques sécurisés, d'où son intérêt pour les éditeurs et le Serveur Hélène de l’association BrailleNet.
    Il s'avérait donc nécessaire de faire une étude sur l'accessibilité du PDF et sur les moyens à mettre en œuvre pour produire des documents PDF accessibles.

 
 
3 mars 2009 : lancement officiel de la période d'examen des WCAG 2.0 en français

L'association BrailleNet et son équipe AccessiWeb sont heureux de vous informer que le W3C vient d'annoncer le lancement officiel de la période d'examen de la version en français des WCAG 2.0 (25 février 2009). Au niveau mondial, il s'agit de la première version dans une langue autre que l'anglais qui est soumise à validation dans le cadre du W3C.

Cette version a été préparée et validée à l'unanimité par le comité francophone de traduction.

Conformément au règlement du W3C pour les traductions agréées, une liste de discussion a été ouverte par le W3C (public-auth-trans-fr@w3.org) jusqu'au 2 avril 2009 (lire l'article "Lancement par le W3C du processus d'examen").

Toutes les personnes qui veulent commenter la version en français des WCAG 2.0 doivent s'inscrire à cette liste de diffusion (l'inscription à cette liste peut être faite en envoyant un courriel à public-auth-trans-fr-request@w3.org en mettant "subscribe" dans le sujet du courriel). Cette liste est publique ainsi que ses archives. Tout le monde peut y envoyer un courriel (au premier courriel, un processus anti-spam sera proposé à l'émetteur dans un courriel en retour).

Les archives de cette liste sont consultables en ligne.

 
 
2 mars 2009 : publication de la version 3.1 du Guide AccessiWeb

La version 3.1 du Guide AccessiWeb est en ligne ! Le contenu de la version 3.1 a été revu par rapport à la version précédente 3.0. En particulier, le glossaire a été totalement relu, corrigé ou modifié pour tenir compte des retours d'expériences dans l'application du Référentiel AccessiWeb 1.1.

Note : à la date du 2 mars 2009, le Guide AccessiWeb dans ses versions 1.0, 2.0, 2.1 et 3.0 a été téléchargé 5500 fois par les internautes.

Avertissement : à la date du 2 mars 2009 et tant qu'il n'y a pas de version supérieure à la version 3.1, seul le contenu de la version 3.1 est reconnu comme valide par l'association BrailleNet.

 
 
17 février 2009 : lancement de l'appel à commentaires public sur la version en français des WCAG 2.0

Le comité francophone de traduction des WCAG 2.0 en français (43 organisations, 5 pays francophones) a le plaisir de vous inviter à participer à l'appel à commentaires public sur la version datée du 17 février 2009 (lire l'article du 19 décembre 2008 sur la création du comité).

Cet appel à commentaires porte sur 2 documents :

Le travail de traduction, a été réalisé par le comité de traduction en français des WCAG 2.0 selon le règlement du W3C pour les traductions agréées.

L'appel à commentaires se déroule du mardi 17 février au dimanche 22 février (minuit heure Paris, 18h heure Québec).

Tous les commentaires doivent être envoyés au comité selon la procédure de contact.

Chaque commentaire sera publié en ligne ainsi que la réponse du comité sur la manière dont il l'a pris en compte.

Enfin, la version issue de cet appel à commentaires sera envoyée au W3C pour analyse publique pendant 30 jours. Suite à cette procédure et après corrections éventuelles, la version finale deviendra la version officielle des WCAG 2.0 en français.

 
 
28 janvier 2009 : ouverture des inscriptions au parcours accessibilité des Microsoft TechDays 2009

L'association BrailleNet et AccessiWeb sont partenaires de Microsoft France au parcours Enjeux – Interopérabilité et Accessibilité des Microsoft TechDays 2009.

Cet évènement aura lieu les 10, 11 et 12 février 2009 au Palais des Congrès de Paris. Les inscriptions sont ouvertes !

Voici le programme du parcours accessibilité :

  • Mardi 10 février 2009
    • 11h-12h - Création de livres au format Daisy à l'aide de Microsoft Office Word 2007 (session : INT101)
      Cette session animée par l'association BrailleNet, membre du consortium Daisy, a pour objectif d'illustrer au travers d'exemples et de démonstrations concrètes le potentiel de la fonctionnalité "Save-as-Daisy du logiciel Microsoft Word. Elle montrera comment les documents produits selon certaines règles d'accessibilité et enregistrés au format XML Daisy (DAISY/NISO Z39.86) peuvent être exportés dans différents formats, Daisy DTB, HTML, PDF, et lus sur différentes plateformes accessibles techniques à des personnes handicapées.

    • 16h-17h - L'accessibilité du Web : enjeux et impacts sur la société numérique (session : INT104)
      Cette session animée par AccessiWeb a pour objectif de présenter les enjeux de l'accessibilité du Web pour les organismes du secteur public et du secteur privé. Les situations particulières en France, en Europe et aux Etats-Unis seront analysées et comparées suivant différents indicateurs : nombre de personnes concernées, lois nationales rendant obligatoire l'accessibilité du Web, normes et méthodes appliquées, écosystèmes numériques mis en place. Une liste des impacts de ces différents indicateurs à la fois sur l'intégration des personnes handicapées dans la société (emploi, éducation, information...) et aussi sur la société numérique en général (mobilité, interopérabilité...) sera également présentée.

  • Jeudi 12 février 2009
    • 11h-12h – Développer au quotidien des applications accessibles avec le Framework UI Automation (session : INT202)
      Cette session vise à donner aux participants un bon aperçu des principes et des APIs à mettre en œuvre lors de la réalisation d'applications à destination de la plateforme Windows, afin que celles-ci soient accessibles de tous, y compris des personnes handicapées. Au cours de cette session, seront expliqués comment les fonctionnalités du modèle d'accessibilité UI Automation de la plateforme Windows permettent aux lecteurs aveugles ou amblyopes d'interagir avec l'interface homme-machine (IHM) d'une application que ce soit en environnement Web ou non. UI Automation fournit un accès programmatique à l'IHM aux aides techniques comme un logiciel de lecture d'écran ou un clavier braille dynamique. La mise en œuvre d'UI Automation pour créer des IHM accessibles avec les technologies Microsoft WPF et Silverlight 2 sera également illustrée. À la fin de cette session, le participant devrait être en mesure de comprendre les interfaces avec les produits de technologie d'assistance et les principes de mise en œuvre du modèle d'accessibilité UI Automation de façon à exposer correctement les IHM. Un rapide aperçu des outils de tests associés sera également donné.

      Rappel : cette session sera suivie en 2009 par un séminaire (3 sessions) "Développer au quotidien des applications accessibles sous Windows" et organisé par AccessiWeb (association BrailleNet) en partenariat avec Microsoft France. Ce séminaire se déroulera sur une journée et il est gratuit (inscription en ligne obligatoire !!!). Les dates des prochaines sessions sont :
      • session 1 : le 16 mars 2009.
      • session 2 : le 3 avril 2009.
      • session 3 : le 23 juin 2009.
      Ce séminaire donne un bon aperçu aux chefs de projet, architectes et développeurs des principes et des APIs à mettre en oeuvre lors de la réalisation d’applications à destination de la plateforme Windows, afin que celles-ci soient accessibles également aux utilisateurs qui ont un handicap, notamment visuel.
 
 
24 janvier 2009 : le financement de l'accessibilité numérique ? Le gouvernement français refuse d'investir dans l'avenir.

Le congrès de l'UNISDA s'est déroulé vendredi 23 janvier 2009 au Palais Brongniart à Paris. Le thème était : les Centres Relais Téléphoniques pour les personnes sourdes ou malentendantes.

Voici le texte de présentation du congrès publié sur le site de l'UNISDA :

L’accessibilité téléphonique fait l’objet d’une mobilisation forte de l’UNISDA et des associations nationales de personnes sourdes ou malentendantes. Sans accès au téléphone, toute leur vie personnelle, sociale et professionnelle en est limitée.
Ces associations souhaitent la mise en place de centres relais téléphoniques permettant la mise en relation téléphonique simultanée de personnes sourdes avec leurs interlocuteurs entendants, l’intermédiaire étant assuré par des interprètes en Langue des Signes joignables par vidéo ou des opérateurs maîtrisant la transcription écrite rapide.
Les pratiques étrangères le confirment, de tels centres relais auront un impact sur l’emploi et la sécurité des personnes sourdes ou malentendantes, qui retrouveront ainsi leur autonomie et leur citoyenneté (consulter le Blog de l'UNISDA sur les Centres Relais Téléphoniques).

De nombreuses présentations et démonstrations (en particulier celles de Websourd qui avait installé un véritable Centre Relais dans le Palais Brongniart !) ont permis à tous les participants de comprendre :

  • l'intérêt évident et essentiel des Centres Relais Téléphoniques pour les personnes sourdes ou malentendantes,
  • le fait que le droit de téléphoner pour les personnes sourdes ou malentendantes est non respecté dans un pays tant que les Centres Relais Téléphoniques n'existent pas (comme c'est malheureusement le cas en France),
  • le fait que c'est le devoir de l'Etat de définir un environnement juridique et législatif pour les Centres Relais Téléphoniques (ce n'est pas le cas en France : à l’Assemblée nationale et au Sénat, les 27 novembre et 14 décembre 2007, le gouvernement a rejeté l’amendement "Centres Relais Téléphoniques" proposé lors de l’examen parlementaire du projet de loi relatif au développement de la concurrence.),
  • le fait que ce droit doit être gratuit pour la personne sourde ou malentendante, c'est à dire qu'elle n'a pas à payer un coût supplémentaire au coût des télécommunications et que par conséquent un financement doit être trouvé pour payer la création et le fonctionnement des Centres Relais Téléphoniques (la situation aux Etats-Unis et la solution de financement sont exemplaires : depuis plusieurs années, les États-Unis ont fait le choix d’un véritable droit au téléphone pour les personnes sourdes en inscrivant l’accessibilité téléphonique dans la loi ADA votée en 1990 et en lui assurant un financement par une taxe d’environ 2 dollars par an sur l’ensemble des factures téléphoniques, ce qui donne un montant global de 800 millions de dollars par an. L’amendement en France proposait un financement similaire par une contribution prélevée sur l’ensemble des factures de communications électroniques (téléphonie fixe, mobile et internet haut débit). En France, en prévoyant par exemple une contribution d’un euro par an (8 centimes d’euros par mois) sur l’ensemble de ces factures, c’est un fonds de plus de 100 millions d’euros annuels qui pourrait être constitué.).

Ces 3 refus du gouvernement français en ce qui concerne les Centres Relais Téléphoniques pour les personnes sourdes ou malentendantes (reconnaissance d'un droit, création d'un environnement législatif et mise en place d'une solution de financement annuelle et pérenne) fait - malheureusement - largement écho au comportement gouvernemental concernant l'obligation d'accessibilité des services de communication électronique du secteur public (article 47 de la loi 2005-102 : lire l'article "le décret sur l'accessibilité des sites publics, une supercherie organisée par l'Etat", communiqué du CNPSAA du 16 décembre 2008).

Il s'agit ici de faits qui amènent à se poser 2 questions :

  • Pourquoi le gouvernement refuse-t-il la recherche de solutions innovantes pour financer l'accessibilité numérique en France ?

  • Pourquoi le grouvernement est-il le seul à ne pas avoir compris que l'accessibilité numérique est à la fois :
    • une chance historique pour l'intégration des personnes handicapées dans la société,
    • la seule décision politique censée pour le développement de l'administration électronique qui ne peut oublier certains citoyens,
    • et une source de développement économique pour la France (personnes handicapées producteur de richesse car pouvant travailler, services numériques pouvant s'adapter à la prochaine grande vague d'internautes : les seniors, portabilité des sites et services numériques vers les moyens de consultation de demain : les téléphones et matériels mobiles...).

La France peut prendre une place de leader en Europe sur la recherche et l'innovation en accessibilité numérique, gagner socialement et gagner économiquement. Qui pourrait lui dire ?

Auteur : Pierre GUILLOU, directeur AccessiWeb (Paris, 24 janvier 2009)

 
 
14 janvier 2009 : lancement des inscriptions pour le séminaire "Développer au quotidien des applications accessibles sous Windows" !

AccessiWeb (association BrailleNet) en partenariat avec Microsoft France a le plaisir de vous inviter au séminaire "Développer au quotidien des applications accessibles sous Windows". Ce séminaire se déroule sur une journée et il est gratuit (inscription en ligne obligatoire !). Les dates des prochaines sessions sont :

  • session 1 : le 16 mars 2009.
  • session 2 : le 3 avril 2009.
  • session 3 : le 23 juin 2009.

Ce séminaire donne un bon aperçu aux chefs de projet, architectes et développeurs des principes et des APIs à mettre en oeuvre lors de la réalisation d’applications à destination de la plateforme Windows, afin que celles-ci soient accessibles également aux utilisateurs qui ont un handicap, notamment visuel.

Au cours de ce séminaire, seront expliqués comment les fonctionnalités du modèle d’accessibilité UI Automation de la plateforme Windows permettent aux lecteurs aveugles ou amblyopes d’interagir avec l’interface homme-machine (IHM) d’une application que ce soit en environnement Web ou non. UI Automation fournit un accès programmatique à l’IHM des aides techniques comme un logiciel de lecture d’écran ou un clavier braille dynamique.

La mise en oeuvre d’UI Automation pour créer des IHM accessibles avec les technologies Microsoft WPF et Silverlight 2 seront également démontrés.

Le but de ce séminaire est d'apprendre à développer des applications qui pourront être utilisées par l’ensemble des utilisateurs, y compris ceux ayant un handicap visuel. À la fin de ce séminaire, le participant devrait être en mesure notamment de :

  • Comprendre les interfaces avec les produits de technologie d’assistance,
  • Mettre en oeuvre le modèle d’accessibilité UI Automation de façon à exposer correctement les IHM,
  • Disposer de canevas accessibles et réutilisables de code WPF et Silverlight 2.0,
  • Connaître et savoir utiliser les principaux outils de tests associés.

Le séminaire sera agrémenté de nombreuses démonstrations avec les produits Microsoft présentés (Windows XP/Windows Vista, Internet Explorer 7.0 et 8.0, Visual Studio 2005/2008, Expression 2.5, etc.).

 
 
19 décembre 2008 : lancement du comité de traduction en français des WCAG 2.0

Le W3C a annoncé le 11 décembre 2008 que la version 2.0 de ses recommandations d'accessibilité pour les contenus Web (WCAG 2.0) devenait la version officielle à la place de la version précédente 1.0 (Lire le communiqué de presse sur la publication des WCAG 2.0).

Afin de faciliter l'adoption de cette nouvelle version des WCAG, il est important de la traduire dans les différentes langues nationales.

L'association BrailleNet a proposé au W3C de coordonner ce travail de traduction pour la version en français. Conformément aux règles concernant les traductions agréées par le W3C ("authorized French WCAG 2.0 translation"), l'association BrailleNet a tout d'abord constitué un comité représentatif (secteur public, secteur privé, monde associatif, experts en accessibilité, gouvernements, différents pays francophones...).

Ensuite, l'association BrailleNet a notifié officiellement le W3C de l'existence du comité de traduction via la liste de discussion générale publique (liste des traducteurs) le vendredi 19 décembre 2008 (demande officielle au W3C).

A présent, un planning de travail doit être validé au début du mois de janvier 2009 afin de commencer le travail de traduction agréée.

Enfin, pour être sûr que chaque internaute du monde francophone aura la possibilité de valider la traduction en français des WCAG 2.0 avant qu'elle ne soit envoyée au W3C, cette traduction sera mise en ligne sous forme d'un wiki.

[ Consulter le site du comité de traduction en français des WCAG 2.0 ]

 
 
16 décembre 2008 : "le décret sur l'accessibilité des sites publics, une supercherie organisée par l'Etat" (communiqué du CNPSAA)

Lire le communiqué du CNPSAA ci-dessous :

Paris, 16 décembre 2008.

11 février 2005, quelle satisfaction : l'article 47 de la loi 2005-102 "sur l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées" édictait :

"Les services de communication publique en ligne des services de l’Etat, des collectivités territoriales et des établissements publics qui en dépendent doivent être accessibles aux personnes handicapées.
L’accessibilité des services de communication publique en ligne concerne l’accès à tout type d’information sous forme numérique quels que soient le moyen d’accès, les contenus et le mode de consultation. Les recommandations internationales pour l’accessibilité de l’internet doivent être appliquées pour les services de communication publique en ligne.
Un décret en Conseil d’Etat fixe les règles relatives à l’accessibilité et précise, par référence aux recommandations établies par l’Agence pour le développement de l’administration électronique, la nature des adaptations à mettre en oeuvre ainsi que les délais de mise en conformité des sites existants, qui ne peuvent excéder trois ans, et les sanctions imposées en cas de non-respect de cette mise en accessibilité. Le décret énonce en outre les modalités de formation des personnels intervenant sur les services de communication publique en ligne."

Cet article, reproduit ici intégralement, affirme la volonté du législateur d'imposer l'accessibilité des services de communication publics (en particulier via internet) et qu'il a été conscient de l'importance du sujet en énonçant que des sanctions seront appliquées en cas de non respect de cette loi.

Il renvoie, pour mise en oeuvre à un décret : c'était donc au gouvernement d'agir.

Une très, trop longue attente : près de quatre ans depuis la publication de cette loi, quatre ans perdus, sans explication gouvernementale. Après une brève apparition en septembre 2005 (consultation du CNCPH), plus rien sur le décret avant mi 2008.

Pendant ces trois ans, ce sont tenues, de façon chaotique, des réunions techniques sur les normes à mettre en oeuvre toujours en ignorant le cadre réglementaire que doit fixer le décret.

La supercherie : et voici que le sujet du décret réapparaît, mi 2008, sous forme d'un projet mal ficelé à la fois sur le plan juridique et formel : les prescriptions faites par la loi devenaient très souvent des possibilités, le texte n'aurait certainement pas résisté aux juges.

Le CNPSAA est intervenu auprès des pouvoirs publics (cf. lettre diffusée à l'époque) pour s'opposer à cette première mouture du décret espérant que les problèmes de fond pouvaient résulter de la mauvaise préparation du projet.

Celui-ci a, effectivement, été réécrit pour en faire un texte apparemment nettoyé de ces scories.

Désormais, la volonté de ne pas mettre en oeuvre l'obligation d'accessibilité des sites publics ne peut plus se cacher derrière des problèmes de forme.

Le législateur avait pourtant conscience que seule la mise en oeuvre de sanctions pourrait permettre l'aboutissement de son projet politique : l'accessibilité générale des sites publics. Or, le nouveau texte ne fait aucune référence à cette prescription, le mot sanctions n'y figure pas.

Comment est organisée cette mascarade :

  • chaque structure (ministères, communes...) s'auto-contrôle et se déclare lorsqu'elle se croit conforme.
  • Si cette conformité n'est pas réelle, que tout ou partie de ses sites sont hors normes, elle peut, par on ne sait quel hasard (il n'existe pas de liste exhaustive des sites publics), se voir inscrite sur une liste noire tenue par l'État. Dans ce cas bien malheureux, elle se fait rappeler à l'ordre et dispose d'un délai d'un mois pour s'expliquer puis d'un autre de six mois pour s'adapter. Pas de chance pour elle n'est-ce pas.
  • Si, celle organisée par le décret : aucune sanction, au pire elle restera inscrite pour l'éternité sur la liste noire.
  • Pour les bons élèves, ceux qui veulent respecté l'esprit de la loi, rien.
  • Pas de financement pour apporter une aide en particulier aux petites communes, pas de structure chargée d'accompagner les projets de mise en accessibilité, pas de label pour les distinguer des mauvaises structures non-citoyennes qui ne se sont pas faites prendre par les tenancier de la liste noire.

Ces difficultés ont été abordées lors des récentes concertations :

  • au CNCPH (rejet par la commission technique 4 lors de sa session du 09/12/08) qui a fait suite aux interventions faites depuis juin,
  • dans le cadre de l'élaboration du rapport du Forum des droits sur l'internet remis fin novembre, sur sa demande, au ministère des affaires sociales qui visiblement ne l'a même pas lu.

Le Gouvernement ne peut donc ignorer notre mécontentement, notre surprise alors qu'il vient de désigner un interlocuteur privilégié, Gilbert Montagné, sur la problématique des déficients visuels.

Quatre ans d'atermoiement pour aboutir à cela (sans compter la circulaire de 1999, ou l'ancien référentiel de l'ADAE), ce n'est pas acceptable.

Quelques semaines de plus, une vraie volonté politique pour la rédaction d'un projet de décret respectant la loi et l'année Louis Braille pourra commencer sous de meilleurs auspices.

Auteur : Commission NTIC du CNPSAA, Fernando PINTO da SILVA, Président de la Commission (Paris, le 16 décembre 2008).

 
 
11 décembre 2008 : le W3C/WAI publie les nouvelles recommandations internationales pour l'accessibilité des contenus Web !

Lire le communiqué de presse du W3C/WAI ci-dessous ou en ligne (Un standard W3C définit l’accessibilité pour la prochaine génération du Web) :

Aujourd’hui, le W3C annonce un nouveau standard qui aidera les concepteurs et développeurs à créer des sites Web répondant aux besoins des personnes handicapées et utilisateurs seniors. S’inspirant de l’expérience et du retour d’informations de la communauté, les directives d’accessibilité au contenu Web (« Web Content Accessibility Guidelines ») WCAG 2.0 améliorent le standard initial du W3C pour le contenu Web accessible.

Ce nouveau standard élaboré par l’initiative pour l'accessibilité Web (WAI) du W3C favorisera l’accessibilité d’un large éventail de contenus Web (textes, images, audio et vidéo) et d’applications Web. Les WCAG 2.0 peuvent être testées avec plus de précision, ce qui améliore les options pour le contrôle de conformité, et donnent aux développeurs Web une plus grande souplesse dans l’innovation. Accompagnées de supports techniques et de référence, les WCAG 2.0 sont plus faciles à comprendre et à utiliser.

WCAG 2.0 lève les obstacles à l’accès au Web que rencontrent les personnes atteintes de déficiences visuelles, auditives, physiques, cognitives et neurologiques et répond aux besoins d’accessibilité des utilisateurs seniors. Le standard WCAG 2.0 explique comment créer des contenus :

  • perceptibles : par exemple en offrant des alternatives équivalentes aux contenus visuels et auditifs (images statiques ou animées, contenus audio et vidéo) adaptabilité de la présentation et contraste des couleurs ;
  • utilisables : en privilégiant les fonctionnalités clavier, contraste de couleur, un temps suffisant pour comprendre et utiliser le contenu des entrées, la recherche et la navigation sans saisie ;
  • compréhensibles : en facilitant la lisibilité des textes, la prédictibilité et l’aide à la saisie ;
  • robustes : par exemple en optimisant la compatibilité avec les technologies d’aide fonctionnelle.

WCAG 2.0 bénéficie d’un soutien étendu

« Comme les WCAG 2.0 s’appliquent à toutes les technologies Web, elles garantissent que le Web reste accessible aux personnes atteintes de handicaps au fil de l'introduction de nouvelles technologies. Lors du développement de WCAG 2.0, nous avons pris en compte les milliers de commentaires reçus se rapportant aux besoins des utilisateurs et à la faisabilité technique » déclare Gregg Vanderheiden, co-animateur du Groupe de travail WCAG et directeur du Centre de recherche et de développement Trace de l’Université de Wisconsin-Madison. « WCAG 2.0 est le fruit d’une vaste collaboration et sa forme finale est soutenue par l’ensemble de l’industrie, des organisations de handicapés, de la recherche et de l’administration. Cet équilibre est important pour que WCAG 2.0 serve de standard international fédérateur pour l’accessibilité au Web. »

Les supports de référence destinés à aider les développeurs et créateurs de règles englobent notamment : WCAG 2.0 en bref ; Documents WCAG 2.0 ; Comment satisfaire WCAG 2.0 : référence rapide personnalisable ; Comprendre WCAG 2.0 ; et Techniques pour WCAG 2.0. Ces techniques sont d’ores et déjà disponibles pour les technologies HTML, CSS, SMIL, la définition de script et les applications Internet enrichies accessibles (WAI-ARIA), et d’autres sont en cours de développement pour des technologies Web supplémentaires. Les ressources pour assurer cette transition incluent Comment mettre à jour votre site Web conformément à WCAG 2.0. Les composantes essentielles de l’accessibilité Web décrivent la relation entre WCAG 2.0 et les autres directives de l’initiative pour l'accessibilité du Web (WAI) dont les versions 2.0 sont aussi en chantier.

Accessibilité universelle

« L’accessibilité Web nous aide à atteindre un public plus large en favorisant l’accès au Web aux personnes handicapées et en optimisant la facilité d’utilisation sur un grand nombre de périphériques mobiles » explique Loretta Guarino Reid, co-animatrice du groupe de travail WCAG et ingénieure spécialisée dans l’accessibilité chez Google. « La communauté Web nous a aidés à éprouver l’utilisation réussie des WCAG 2.0 et des procédures de test associées sur différents types de technologies Web, contenus Web, applications interactives et langages naturels. Ces implémentations d’essai révèlent également la continuité entre WCAG 1.0 et 2.0, car la plupart des sites Web qui se conformaient à WCAG 1.0 n’ont pas besoin d’être beaucoup modifiés pour satisfaire WCAG 2.0. »

Si WCAG 1.0 a été largement adopté, WCAG 2.0 suscite encore plus l’intérêt des entreprises et des gouvernements du monde entier. La politique concernant les traductions autorisées du W3C devrait par ailleurs faciliter l’adoption directe dans les langues locales.

« Dans la Convention relative aux droits des personnes handicapées adoptée par l’organisation des Nations Unies, l’accès aux technologies de l’information et de la communication est pour la première fois reconnue comme un droit universel » indique George Kerscher, Secrétaire général du Consortium DAISY. « WCAG 2.0 contribuera à faire de l’accessibilité numérique une réalité dans le monde entier. »

Le groupe de travail WCAG compte au nombre de ses participants Adobe, AOL, Google, IBM, International Webmasters Association/HTML Writers' Guild, Microsoft, NIST, SAP et Vision Australia, ainsi que des experts invités des gouvernements, de la recherche, des associations de handicapés et des organismes de normalisation en Australie, au Canada, en Europe, au Japon et aux États-Unis. D’autre part, le processus de révision publique a donné lieu aux commentaires de centaines d’entreprises et particuliers dans le monde.

À propos du Consortium World Wide Web (W3C)

Le Consortium World Wide Web (W3C) est un consortium international auquel les organisations membres, une équipe à plein temps et le public travaillent ensemble au développement de standards Web. Le W3C poursuit sa mission essentiellement par la création de standards Web et de directives visant à assurer au Web une croissance à long terme. Plus de 400 organisations sont membres du consortium. Le W3C est piloté conjointement par le Laboratoire d'Informatique et d'Intelligence Artificielle du MIT (MIT CSAIL) aux Etats-Unis, le Groupement Européen de Recherche en Informatique et en Mathématiques (ERCIM) basé en France et l'Université de Keio au Japon, et possède plusieurs bureaux dans le monde. Pour plus d'informations, merci de consulter l'adresse suivante : W3C

À propos de l'Initiative pour l'Accessibilité du Web (WAI)

L'Initiative pour l'Accessibilité du Web (WAI) du W3C, en partenariat avec des organisations mondiales, a pour mission de rendre le Web accessible à tous, et donc de s'assurer que les technologies du Web soient compatibles avec l'accessibilité ; de développer des guides pour l'accessibilité des contenus Web, des agents utilisateurs et des outils d'édition ; de faciliter le développement d'outils pour évaluer et faciliter l'accessibilité ; de faire de l'éducation et de la promotion ; et de se coordonner avec la recherche et le développement avancé. L'Initiative WAI est en partie soutenue par l'Institut national de recherche sur le handicap et la rééducation (NIDRR) du Département américain de l'éducation, le Programme IST de la Commission Européenne, HP, IBM, Microsoft, SAP, et Wells Fargo. Pour plus d'informations, merci de consulter l'adresse suivante : WAI

Contacts Presse W3C :
Amériques et Australie -- Ian Jacobs, <ij@w3.org>, +1.718.260.9447
Europe, Afrique et Moyen-Orient -- Marie-Claire Forgue, <mcf@w3.org>, +33.6.76.86.33.41
Asie -- Fumihiro Kato <fumi@w3.org>, +81.466.49.1170
 
 
27 novembre 2008 : le Forum des droits sur l’internet publie sa recommandation pour l’accessibilité numérique en France

Tous les acteurs du Web l'attendaient : le Forum des Droits sur l’Internet vient de publier ses recommandations sur l’accessibilité des sites du secteur public dans le document "Internet et développement durable I : l’accessibilité des services de communication publique en ligne du secteur public" (un article publié le 4 novembre 2008 rappelle le contexte de création de ce document et les acteurs qui ont participé à son élaboration).

Dans sa communication en ligne datée du 27 novembre 2008, le Forum des Droits sur l’Internet souligne les actions principales qu'il propose au gouvernement de mettre en place :

  • Une priorité pour les sites internet du secteur public :

    • le périmètre des services de communication publique en ligne concerné doit être entendu comme large, en incluant notamment tous les sites internet, intranet et extranet de l’État, des établissements publics, des collectivités territoriales et des acteurs privés ayant une mission de service public.
    • toutes les pages du site internet doivent entrer dans le champ de la loi, à l’exception des archives.
    • la mise en œuvre d’actions de sensibilisation à l’accessibilité numérique envers les acteurs privés est recommandée.
    • l’obligation d’accessibilité doit être immédiate dans le cas de la création d’un nouveau site internet.
    • une phase transitoire de 3 ans doit être prévue pour les sites existants ou en cours d’évolution.
    • la présence d’une page consacrée à l’accessibilité doit être systématique sur les sites du secteur public, disponible depuis la page d’accueil, pour informer les usagers du niveau de conformité du site et leur permettre de faire part de leurs difficultés.

  • Une conformité absolue aux recommandations internationales :

    • rendre obligatoire la conformité des services de communication du secteur public au niveau double A (AA) des recommandations internationales édictées par le W3C en matière d’accessibilité.
    • il est essentiel qu'une mise en adéquation du RGAA préparé par la DGME soit faite avec ces recommandations internationales en vigueur (WCAG pour les sites Internet).

  • Un déploiement orchestré par une structure de pilotage dédiée :

    • la création d’une structure de pilotage de l'accessibilité numérique est recommandée.
    • les missions de cette structure de pilotage seraient : encadrer le déploiement en France de l’accessibilité, rôle d'accompagnement, contrôle du respect par les exploitants publics de leurs obligations légales, mission d’information, mission de coordination de la formation des acteurs concernés par l’accessibilité numérique, gestion d'un canal de plaintes.

  • Une démarche incitative plutôt que répressive :

    • initier une démarche incitative pour créer une dynamique vertueuse autour de l’accessibilité numérique.
    • valoriser les bonnes pratiques.
    • mise en place d'un dispositif de sanctions proportionné aux manquements à l’obligation de nature légale.

AccessiWeb tient à souligner la qualité et l'importance de ce document qui définit pour la première fois en France une direction politique claire et un véritable cahier des charges technique, méthodologique et logistique pour faire de l'accessibilité numérique du secteur public une réalité.

Le rappel que seules les normes internationales doivent être utilisées clarifie une fois pour toute ce que devra contenir le RGAA dans sa version finale. La création d'une structure de pilotage dont la mission sera à la fois d'informer, d'accompagner et de contrôler répond à une demande émise depuis longtemps par les acteurs historiques de l'accessibilité numérique. Le concept de "dynamique vertueuse" associé à l'existence de vraies sanctions - procédé utilisé dans de nombreux domaines : inciter tout le temps et sanctionner quand il le faut - va pousser à la mise en place de processus qualité pour l'accessibilité numérique.

A présent, la balle est dans le camp du gouvernement et 2 questions se posent :

  • Quand le décret de l'article 47 de la loi 2005-102 sera-t-il publié au Journal Officiel ?
  • Quel sera le contenu de ce décret et tiendra-t-il compte de ce document de recommandation du Forum des Droits sur l'Internet ?

[ Télécharger la recommandation du Forum des Droits sur l'Internet sur l’accessibilité des services de communication publique en ligne du secteur public ]

 
 
18 novembre 2008 : AccessiWeb lance l'appel à commentaires sur le "Référentiel AccessiWeb CMS" !

Le Référentiel AccessiWeb CMS (lire la définition d'un CMS) est une méthode d'application (développement, évaluation...) des normes internationales ATAG 1.0 de W3C/WAI pour les CMS utilisables via le Web (ie, accessibilité de l'interface d'utilisation du CMS et accessibilité des sites Web créés par le CMS), un CMS étant une application logicielle (pouvant être utilisable via le Web) destiné à la conception, la mise en ligne et la gestion de sites Web (les CMS sont aujourd'hui utilisés par la plupart des sites Web pour la mise à jour de leurs contenus).

Pourquoi ce référentiel ? Les usages numériques ont beaucoup évolué depuis 2003 (année de création du GTA) et les besoins en accessibilité dépassent aujourd'hui le Web historique. Il s'agit aujourd'hui en 2008 de rendre accessible les outils de production et de gestion de contenus Web, les applications Web, les logiciels, les formats dits propriétaires, les animations riche média et les vidéos, le Web 2.0 en général, les supports de consultation autres que l'ordinateur classique, les mobiles, la télévision numérique...

Le Web et les usages numériques changent, les solutions pour leur accessibilité doivent évoluer en conséquence !

AccessiWeb s'est engagé à apporter des réponses aussi à toutes ces questions. La création du Référentiel AccessiWeb CMS s'inscrit dans cette démarche déjà commencée par la publication de documents sur l'accessibilité des courriels et sur l'accessibilité des documents Microsoft Word.

Le travail sur le Référentiel AccessiWeb CMS se déroule en 4 étapes :

  • Etape 1 : un appel à commentaires privé réservé aux membres du GTA du mardi 18 novembre 2008 au mercredi 17 décembre 2008.
    Les commentaires reçus dans le cadre de l'étape 1 et les réponses apportées seront mis en ligne début janvier 2009. Le Référentiel AccessiWeb CMS sera alors mis à jour et rendu public (il sera alors consultable par tous).

  • Etape 2 : un appel à commentaires public qui sera lancé en janvier 2009.
    Les commentaires reçus dans le cadre de l'étape 2 et les réponses apportées seront mis en ligne à la fin de l'appel à commentaires public. Le Référentiel AccessiWeb CMS sera alors mis à jour.

  • Etape 3 : validation du référentiel suite à la fin de l'appel à commentaires public.

  • Etape 4 : publication officielle du Référentiel AccessiWeb CMS au 1er trimestre 2009.

[ Tout savoir sur le Référentiel AccessiWeb CMS ]

 
 
13 novembre 2008 : AccessiWeb publie des documents sur l'accessibilité des courriels et des documents Microsoft Word

Vous trouverez dans la rubrique Veille technologique des résultats des travaux AccessiWeb sur l'accessibilité numérique en général. En effet, les usages numériques ont beaucoup évolué et les besoins en accessibilité dépassent aujourd'hui le Web historique. Il s'agit aujourd'hui en 2008 de rendre accessible le Web 2.0, les applications Web, les logiciels, les formats dits propriétaires, les animations riche média et les vidéos, les supports de consultation autres que l'ordinateur classique, les mobiles, la télévision numérique... AccessiWeb s'engage à apporter des réponses aussi à toutes ces questions.

  • Des courriels accessibles : ce document a été réalisé par AccessiWeb. Il a pour but de donner quelques pistes aux personnes désirant envoyer des courriels accessibles au plus grand nombre. Il rassemble une série de bonnes pratiques issues de l’expérience acquise au cours de ces dernières années lors de la réception de courriels souvent difficiles d’accès. Jusqu’à ce jour, nous ne connaissons pas de recommandation ou standards internationaux ou nationaux à propos de la création de courriels accessibles, mais ces quelques conseils peuvent servir de base pour une réflexion sur cette thématique.
    Comme pour l’accessibilité des contenus Web, l’accessibilité des courriels profitera, en premier lieu, aux personnes ayant un handicap, et, en particulier, aux personnes déficientes visuelles, à celles qui ont une mobilité réduite et aux internautes ayant des difficultés de lecture… En outre, la rédaction de courriels accessibles profitera à tous les lecteurs de courriers électroniques puisqu’ils seront plus clairs, plus faciles à lire et plus compréhensibles. Ils seront également consultables sur tout type de plateformes (ordinateur, téléphones...).
    Les exemples de bonnes pratiques donnés dans le document s’appliquent aux logiciels Microsoft Outlook 2007 et Mozilla Thunderbird 2. Pour les autres clients de messagerie, se reporter à l’aide des logiciels.

    [ télécharger le document "Bonnes pratiques pour l’accessibilité des courriels (30 septembre 2008)" en plusieurs formats :
     
  • Des documents Word accessibles : chacun d'entre nous produisons régulièrement des documents électroniques à l'aide d'un logiciel de traitement de texte. Ces documents sont alors échangés par courriels ou publiés en ligne sur le Web. Nous les retrouvons aussi bien sur les sites Web du secteur public que privé ou sur les sites personnels. Les logiciels les plus utilisés pour les créer sont Microsoft Office Word et Open Office. Conscients de l'importance pour les personnes handicapées de pouvoir consulter des documents électroniques accessibles, l'association BrailleNet et AccessiWeb ont collaboré avec Microsoft pour produire des guides expliquant comment créer des documents accessibles avec le logiciel Microsoft Office Word (version 2003 et 2007).

 
 
12 novembre 2008 : le modèle AccessiWeb présenté en Europe et en Inde en décembre 2008
 
 
 
4 novembre 2008 : le Forum des Droits de l'Internet a terminé ses travaux sur l'accessibilité des services numériques du secteur public

Le 12 septembre dernier, AccessiWeb annonçait la mise en ligne du document "Quels moyens pour appliquer l'obligation légale d'accessibilité du Web ?" rédigé dans le cadre des travaux du groupe « Internet et développement durable » lancé le 12 juin 2008 par le Forum des Droits sur l’Internet (lire l'article "12 septembre 2008 : mise en ligne du dossier sur les moyens pour appliquer l'obligation légale d'accessibilité du Web"). AccessiWeb est un des membres de ce groupe dont la liste est en ligne sur sa page de présentation.

Le Forum des droits sur l’internet est un organisme indépendant de corégulation de l’internet (lire la présentation du Forum des droits sur l’internet). Son rôle est tout à fait unique dans l'univers Internet français et la qualité de ses recommandations (sur différents sujets de l'Internet) amène généralement les acteurs du Web (secteur public et privé confondus) - eux-mêmes membres du Forum - à les prendre largement en considération dans leurs politiques et activités. Par conséquent, l'annonce par le Forum de son engagement dans la réflexion sur "Quelle accessibilité numérique en France ?" a été saluée par toutes celles et tous ceux qui travaillent dans ce domaine.

AccessiWeb peut vous annoncer que les travaux du groupe (sur le sujet accessibilité) sont terminés. Ils ont porté essentiellement sur l'article 47 de la loi 2005-102, sur son décret d'application et sur son suivi. Le document de recommandations aux pouvoirs publics étant entrain d'être validé suivant les règles du Forum, il n'est pas possible d'en dire plus pour l'instant mais sa publication est annoncée avant la fin de l'année. Ce document sera librement consultable en ligne par tous. Il jouera un rôle décisif sur l'avenir de l'accessibilité numérique en France.

Bien sûr, les premières conséquences de ce document porteront sur la définition du contenu d'un "Référentiel Accessibilité du Web" pour le secteur public en France, sur l'écriture du décret de l'article 47, sur la date de sa publication et sur son suivi. Il est clair que les pouvoirs publics devront en tenir compte.

 
 
27 octobre 2008 : formation "Comment créer des documents accessibles avec Word 2007"

L'association BrailleNet et Microsoft France organisent deux séminaires gratuits d'une journée "Comment créer des documents accessibles avec Microsoft Office Word 2007", les 17 novembre et 12 décembre 2008, à Paris. Le nombre de place étant limité, l'inscription en ligne est nécessaire :

Contact : Séminaires Word 2007 - Tél : +33(0)1 44 27 36 05

 
 
21 octobre 2008 : ouverture de la nouvelle liste du GTA sur les enjeux techniques de l'accessibilité du Web !

La liste de discussion du GTA est une liste privée exclusivement réservée aux membres du GTA (les "Experts AccessiWeb en Evaluation").

Cependant, tous les messages qui y circulent sont consultables en ligne par tous (pour voir tous les messages passés de la liste du GTA, visitez les Archives de liste du GTA).

Cette liste est un espace de discussion sur les enjeux techniques de l'accessibilité numérique aux personnes handicapées.

AccessiWeb espère ainsi participer à la diffusion au plus grand nombre de la connaissance et des bonnes pratiques technologiques sur l'accessibilité numérique.

Rappel : la liste du GTA existe depuis la création du GTA le 16 septembre 2003. Cependant, ses archives n'étaient pas en ligne jusqu'à présent. A la date du 21 octobre 2008, les messages deviennent consultables par tous afin de faire progresser l'accessibilité du Web.

Note : si vous voulez participer à des discussions générales sur les enjeux de l'accessibilité numérique, n'oubliez pas de vous abonner à la liste Accessibilité Numérique.

 
 
8 octobre 2008 : AccessiWeb recrute un développeur en Web dynamique

[ A la date du 7 novembre 2008, AccessiWeb a recruté un développeur. Merci de ne plus postuler à cette annonce. ]

Dans le cadre de l’extension des activités d'AccessiWeb, nous recherchons un développeur Web Dynamique.

En liaison directe avec le responsable AccessiWeb, vous aurez en charge l'analyse fonctionnelle des besoins, la rédaction des spécifications techniques, le développement, et les tests dans un environnement Web dynamique. Vous serez amené à participer à des séminaires et à des groupes de travail concernant la thématique de l’accessibilité du Web.

 
 
30 septembre 2008 : odt2tbook primé !

odt2tbook vient de recevoir le OpenOffice.org Community Innovation Program Gold Award. Ce prix vient récompenser le travail réalisé par Vincent Spiewak sur le développement de odt2tbook, une extension OpenOffice.org-writer "export to DTBook XML" (lire en anglais "odt2daisy: exporting OpenOffice.org documents to Daisy"). L'information a également été publiée sur le site de Sun. odt2tbook est téléchargeable sur le site odt2dtbook.

 
 
12 septembre 2008 : mise en ligne du dossier sur les moyens pour appliquer l'obligation légale d'accessibilité du Web

Le document "Quels moyens pour appliquer l'obligation légale d'accessibilité du Web ?" a été rédigé par AccessiWeb (association BrailleNet) pour apporter des éléments d’information aux participants du groupe « Internet et développement durable » du Forum des Droits sur l’Internet dans le cadre de leur réunion du 16 septembre 2008. Il concerne les moyens utilisés dans des pays européens et dans le monde pour appliquer effectivement l’obligation légale d’accessibilité du Web et suivre le niveau des sites Web du secteur public. Ce document n’utilise pas une méthodologie d’analyse comparative entre les différents pays, ne couvre pas tous les pays et ne fait pas de propositions résultantes pour la politique en France. Il s’agit uniquement d’un document introductif présentant des expériences existantes telles que décrites sur des sites Web. Il serait nécessaire de faire une étude complète. Elle demanderait de contacter chaque organisme responsable de la politique d’accessibilité du Web dans son pays (au moins en Europe) afin d’obtenir en particulier des informations précises sur les moyens mis en place : budget annuel, nombre d’employés, mission et objectifs, réalisations…
[ Consulter le dossier Quels moyens pour appliquer l'obligation légale d'accessibilité du Web ? (word, 559.0 ko) ]

 
 
28 août 2008 : les sites de e-commerce doivent être accessibles aux Etats-Unis

Avant la fin du procès pour discrimination, un accord vient d'être signé aux Etats-Unis entre les supermarchés Target et la Fédération Nationale des Aveugles (NFB). Le procès avait été lancé du fait de l'inaccessibilité du site Web marchand de Target.

L'accord indique que Target va rendre son site de e-commerce accessible, va former ses employés Web et payer jusqu'à 6 millions de dollars aux plaignants (chaque plainte individuelle sera compensée financièrement si reconnue comme valide). De son côté, la NFB certifiera l'accessibilité du site quand la mise en conformité sera terminée et le contrôlera regulièrement pendant 3 ans. Cet accord établit donc un investissement dans la durée en faveur de l'accessibilité du Web dans l'entreprise Target.

Puisque ce site n'était pas du secteur public, ce n'est pas la loi section 508 (l'équivalent de notre article 47 en France de la loi 2005-102) qui a été utilisé dans le procès mais en particulier la loi ADA qui date de 1990 et qui interdit toute discrimination envers les personnes handicapées de manière générale aux Etats-Unis.

C'est certainement un tournant législatif aux Etats-Unis concernant l'obligation d'accessibilité numérique du secteur privé, en particulier de sites de e-commerce. Le sens de cet accord dépasse d'ailleurs les aspects techniques et législatifs. Cet accord signifie que les droits des personnes handicapées dans la totalité du monde numérique sont égaux à leurs droits dans le mondé réel. La discrimination est interdite dans le monde numérique public... mais aussi privé !

 
 
9 juin 2008 : publication de la version 1.1 du référentiel AccessiWeb et du Guide AccessiWeb 3.0

La loi 2005-102 pour "l'égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées" a été adoptée en France le 11 février 2005. L'article 47 stipule : "Les services de communication publique en ligne des services de l'Etat, des collectivités territoriales et des établissements publics qui en dépendent doivent être accessibles aux personnes handicapées [suivant] les recommandations établies par l'Agence pour le développement de l'administration électronique".

Le premier référentiel contenant ces recommandations a été publié en février 2004 par l'ADAE et contenait la totalité des critères du référentiel AccessiWeb v1.0. Il s'agit du Référentiel accessibilité des services Internet de l'administration française. Depuis, l'ADAE a été remplacée au 1er janvier 2006 par la Direction Générale de la Modernisation de l'Etat (DGME).

Après 4 ans d'utilisation de ce premier référentiel, le besoin de créer la version AccessiWeb v1.1 est né des remontées terrain en particulier des membres du GTA (groupe créé en 2003). Il fallait aussi prendre en considération l'évolution du Web comme l'harmonisation européenne des standards pour favoriser la eInclusion (personnes handicapées, seniors...), la transition attendue vers les WCAG 2.0 et le Web mobile en fournissant aux utilisateurs de AccessiWeb une correspondance vers les autres référentiels sur l'accessibilité du Web (WCAG 1.0, UWEM 1.0, WCAG 2.0, mobileOK Basic 1.0...).

Le réferentiel AccessiWeb v1.1 a ainsi été publié le 9 juin 2008 comme méthode d'application des recommandations internationales du W3C/WAI à propos de l'accessibilité du Web. Le Guide AccessiWeb a été mis à jour et sa version 3.0 a été publiée le même jour (la nature de cette nouvelle version du Guide AccessiWeb est toujours d'aider les acteurs du Web du secteur public et privé à développer des sites Web accessibles).

Cette action a été entreprise par l'association BrailleNet, en collaboration avec les membres du Groupe de Travail AccessiWeb (GTA) de décembre 2007 à mai 2008.

Voici la liste des 5 nouveautés de la version 1.1 :

  • Le référentiel AccessiWeb v1.1 se décline en 2 listes permettant une utilisation adaptée au profil de l'utilisateur :
    • AccessiWeb v1.1 [Général] : liste courte de critères dont la formulation permet une compréhension par le plus grand nombre. Le profil de l'utilisateur de cette liste correspond à celui des managers, des consultants, des chefs de projet et du grand public de manière générale.
    • AccessiWeb v1.1 [Déployé] : liste étendue de tests en totale correspondance avec les critères de AccessiWeb v1.1 [Général] (ie, à chaque critère correspond un ensemble de tests). La formulation de ces tests est plus technique. Le profil de l'utilisateur de cette liste correspond à celui des experts en accessibilité, des spécialistes, des chercheurs, des professeurs en université et écoles, des webmasters, des développeurs et des évaluateurs de l'accessibilité des sites Web.

  • Le référentiel AccessiWeb v1.1 comporte un glossaire. Ainsi, les intitulés des critères et tests - qui contiennent parfois des mots ou des expressions nécessitant une définition (mot technique, expression spécifique...) - sont compréhensibles de la même manière par tous.

  • Chacune des 13 thématiques du référentiel AccessiWeb v1.1 débute par une recommandation pour développer de manière accessible.

  • Un nombre limité de critères ont leur champ d'application modifié dans certains cas particuliers listés dans le glossaire.

  • Le Guide AccessiWeb a été mis à jour. En plus d'une fiche par critère, il contient à présent :
    • les manuels d'aide à l'évaluation (Manuel AccessiWeb) : ces manuels expliquent comment évaluer l'accessibilité d'un site Web par l'analyse de son code source ou en utilisant les outils d'évaluation en ligne pour Internet Explorer et Fi