FICHE 7
LES SCRIPTS
1. Rappel des recommandations 6 et 8 et 9 des WCAG 1.0 :
Recommandation 6 :
" S'assurer que les pages sont accessibles même lorsque les
dernières technologies ne sont pas supportées ou sont désactivées.
"
Recommandation 8 :
" S'assurer que l'interface utilisateur respecte les principes d'accessibilité
: Accès aux fonctionnalités indépendant du type d'interface-utilisateur,
accès depuis le clavier, commandes vocales etc. "
Recommandation 9 :
" Utiliser des fonctions permettant l'activation des éléments
d'une page grâce à différentes interfaces d'entrée.
"
Points de contrôle : 6.3 (Priorité 1) ; 6.4 (Priorité 2) ; 8.1 (Priorité1) ; 9.3 (Priorité 2)
Raisons de ces recommandations
Certains éléments de navigation comme des
liens, des listes déroulantes ou menus, des boutons de validation
de formulaire sont gérés par des scripts s'exécutant
dans le navigateur client.
Rappelons que les navigateurs textuels ne les interprètent pas
et que nombre d'utilisateurs désactivent cette fonction dans leur
navigateur.
Les scripts qui s'exécutent sur le serveur sont plus accessibles
que les scripts qui s'exécutent dans le navigateur client (Javascript
Vbscript....). Ces options techniques respectent la grande diversité
des plates-formes et des interfaces utilisées ; elles permettent
une grande interactivité des sites et de produire des pages HTML
dynamiques tout en envoyant au logiciel du visiteur du HTML respectant
les normes d'accessibilité du WAI.
Les scripts exécutés du côté
client entravent la navigation de certains internautes. Ils provoquent
dans la majorité des cas une altération ou une perte d'informations
préjudiciables à une bonne accessibilité, si une
alternative n'est pas présente dans le même document.
2. Ce qu'il faut faire
La règle générale
Veiller à ce que l'information soit présente, accessible même sans les scripts.
Les scripts et applets
- Prévoir systématiquement une solution
alternative utilisant le HTML, basée sur des scripts côté
serveur.
- Utiliser l'élément " noscript " afin que l'information contenue dans le script soit accessible.
- Eviter la vérification ou la validation d'un ou plusieurs éléments d'un formulaire (champ de saisie ou bouton de validation par exemple) à l'aide de Javascript. Il est préférable de mettre en place des mécanismes de vérification et de validation directement au niveau du serveur.
Note : S'assurer donc que tout élément
de la page peut être activé d'une manière indépendante
d'un matériel spécifique. Pour les scripts, il importe de
spécifier des gestionnaires d'événements logiques
plutôt que des gestionnaires dépendants du matériel.
| Exemple :
Code HTML d'une liste déroulante gérée par du JavaScript. L'information contenue dans la balise "noscript" reprend exactement les éléments de la liste. Il n'y a pas de perte d'information. <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML
4.0 Transitional//EN">
|
La liste déroulante gérée par un script JavaScript
Le champ "noscript" reprend sous forme d'une liste de liens textuels, la liste des liens présents dans la liste déroulante : l'information est complètement restituée.
3. Applications à l'aide des éditeurs HTML
A l'heure actuelle, les outils les plus utilisés comme FrontPage et Dreamweaver ne proposent pas encore dans leurs menus d'utiliser la balise alternative "noscript".
4. Exemples rencontrés sur les sites évalués
- Des listes déroulantes gérées par un script sont présentes sur les sites de l'ANPE (www.anpe.fr), de l'Académie de Strasbourg (www.ac-strasbourg.fr), par exemple.
- Sur certains sites (www.cada.fr
; www.minefi.gouv.fr)
nous avons aussi des liens activables par du javascript.
- Le site de la surêté nucléaire (www.asn.gouv.fr) présente des scripts qui permettent l'affichage d'information complémentaire sur un lien lorsque l'on passe la souris sur celui-ci.