Blog - Britoweb - Tag - directives accessibilité

Référentiel Accessiweb version 1.1

Victor Brito — Tue, 10 Jun 2008 16:01:00 +0200

La nouvelle version du référentiel d'Accessiweb est sortie hier, événement rapporté, entre autres, par Matthieu Faure sur Blog accessibilité.

Les principales nouveautés de la nouvelle version du référentiel publié par l'association BrailleNet se résument ainsi :

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 : 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 Firefox,

les tables de correspondance vers les autres référentiels sur l'accessibilité du Web : ces tables permettent d'évaluer le niveau d'accessibilité d'un site Web pour différents référentiels à partir du référentiel AccessiWeb v1.1.

Accessiweb 1.1 comporte 95 critères pour le volet général et 243 tests pour le volet déployé, le tout réparti en 13 thématiques :

images,
cadres,
couleurs,
multimédia,
tableaux,
liens,
code exécutable,
éléments obligatoires,
structuration de l'information,
présentation de l'information,
formulaires,
navigation,
consultation.

Pour finir, voici une liste de liens permettant d'en savoir plus, de consulter le texte de ce référentiel et de le comparer avec la précédente version ou avec d'autres directives comme les WCAG ou le RGAA :

La déclaration de revenus en ligne est inaccessible

Victor Brito — Fri, 02 May 2008 16:30:00 +0200

C'est à partir d'aujourd'hui que les contribuables, s'ils le souhaitent, peuvent déclarer en ligne leurs revenus de 2007. C'est aussi aujourd'hui que, pour ma part, j'ai choisi de m'acquitter de ce devoir. Étant donné que je déclare en ligne pour la première fois, je remplis le formulaire d'abonnement, utilisant mon navigateur préféré (Opera). Mais, quelle n'est pas ma surprise lorsque je valide la première étape de ce formulaire !

Je tombe sur un message m'avertissant d'un problème de configuration lié à mon navigateur, visiblement détecté.

Voici ce que me dit ce message :

Le type de navigateur que vous utilisez ne vous permet pas de vous abonner aux services en ligne.
Pour consulter les configurations compatibles, cliquez sur le lien ci-dessous.

Je clique sur le lien, intitulé Configuration requise, et tombe sur une liste, agrémentée çà et là d'un tableau.

Les navigateurs acceptés sont les suivants :

pour Windows 98, Windows Millenium et Windows 2000 :
- Internet Explorer 5.5 et 6,
- les navigateurs utilisant le moteur de rendu Gecko (Firefox, Netscape 9 et Seamonkey) ;
pour Windows XP :
- Internet Explorer 6 et 7,
- les mêmes navigateurs utilisant Gecko que ci-dessus ;
pour Windows Vista :
- Internet Explorer 7,
- les mêmes navigateurs utilisant Gecko que ci-dessus ;
pour la distribution Linux Mandriva :
- les mêmes navigateurs utilisant Gecko que ci-dessus ;
pour Mac OS X :
- Firefox 2,
- Netscape 9 (sauf pour Mac OS X version 10.3),
- Seamonkey 1.1 (la version 1.0 n'est acceptée que pour Mac OS X version 10.4),
- Camino (la version 1.5 est la version minimale acceptée pour Mac OS X version 10.5).

Bref, cette liste exclut les utilisateurs d'Opera, ainsi que les utilisateurs d'un Mac qui se contentent du navigateur fourni par défaut, à savoir Safari. Quant aux utilisateurs d'une distribution de Linux autre que Mandriva, je me demande s'ils sont d'emblée refoulés, même s'ils utilisent Firefox. Et que dire des utilisateurs de Konqueror ? En outre, la liste mentionne la toute dernière version de Netscape, un navigateur dont le développement a été arrêté et dont le support n'est plus assuré depuis le premier février dernier ; heureusement qu'il n'est pas question d'Internet Explorer 5 pour Mac !

À cela il faut ajouter que le navigateur doit accepter les cookies et que JavaScript doit être activé. Bref, de quoi ne pas rassurer l'utilisateur qui se montre paranoïaque vis-à-vis de ce qu'il croit, à tort ou à raison, être comme une intrusion plus ou moins suspecte dans son poste et désactive, par conséquent, ces deux paramètres.

Et je ne parle pas du formulaire de déclaration de revenus, qui, visiblement, abuse du verbe cliquer et oublie d'associer les cases à cocher et autres champs de saisie au texte correspondant. Autrement dit, je souhaite bien du courage aux contribuables aveugles tentés de déclarer leurs revenus en ligne, ainsi qu'à ceux qui seront chargés de rendre ce service en ligne de l'administration fiscale conforme au RGAA.

Une nouvelle démarche accessibilité ?

Victor Brito — Fri, 15 Feb 2008 11:55:00 +0100

L'accessibilité doit-elle ne consister qu'à atteindre des résultats de conformité à des directives du W3C ? Élie Sloïm, un des contributeurs d'Openweb, répond par la négative. Il dit même plus : se contenter d'une telle démarche est une erreur.

Il s'en explique dans deux articles d'Openweb sur les nouveaux défis de l'accessibilité numérique.

Dans le premier article, il s'attarde sur la vision actuelle (et erronée, selon lui) de l'accessibilité. Le W3C a publié depuis 1999 plusieurs documents sur l'accessibilité, dont certains contiennent des directives. Dans certains pays, la législation lui a emboîté le pas en s'inspirant de ces directives quand elle ne les transposait pas : la section 508 aux États-Unis en est la preuve la plus illustre. Cela a conduit à interpréter ces directives (qui, à la base, sont des recommandations) comme des objectifs à atteindre pour être estampillé site accessible.

Cette vision de l'accessibilité ne tient pas compte de la complexité de l'accessibilité (comment, par exemple, vérifier qu'un site est accessible du point de vue de la clarté de son contenu ?) ni des démarches à adopter pour parvenir à l'accessibilité. C'est pourquoi le second article fournit quelques éléments pour la mise au point d'une nouvelle démarche et d'une nouvelle vision de l'accessibilité, en partant du principe que tout problème éventuellement rencontré par un internaute est à traiter comme un risque. Par conséquent, la nouvelle démarche doit s'inscrire dans un processus de prévention et de gestion des risques liés à l'accessibilité, sans négliger la démarche d'amélioration continue. L'article établit une comparaison entre cette nouvelle démarche et la gestion des risques dans l'industrie alimentaire : dans ce dernier domaine, la gestion des risques est obligatoire ; mais, il est stupide voire contre-productif de décréter que la nourriture des cantines est exempte de dangers. De même, il est admissible qu'un site public ne soit pas à 100 % accessible, mais moins acceptable que la démarche n'ait même pas été lancée.

Pour plus de détails, je vous recommande la lecture de ces deux articles.

Pour rappel, vous pouvez consulter sur Britoweb un article sur les moyens techniques pour l'accessibilité du contenu du Web.