Guide AccessiWeb

1. Accueil
2. Mode d'emploi
3. Structure d'une fiche
4. Fiches AccessiWeb
   • 1) Images
   • 2) Cadres
   • 3) Couleurs
   • 4) Multimédia
   • 5) Tableaux
   • 6) Liens
   • 7) Code exécutable
   • 8) Eléments obligatoires
   • 9) Structuration de l'information
   • 10) Présentation de l'information
   • 11) Formulaires
   • 12) Navigation
   • 13) Consultation
5. Glossaire
6. Aide à l'évaluation
   • Liste d'outils
   • Manuel Code Source
   • Manuel WAT [Internet Explorer]
   • Manuel Web Dev [Firefox]
7. Référentiel AccessiWeb
   • AccessiWeb v1.1 [Général]
   • AccessiWeb v1.1 [Déployé]
   • AccessiWeb v1.0
8. Tables de correspondance
   • AW v1 vers AW v1.1 [Général]
   • AW v1.1 [Général] vers AW v1.1 [Déployé]
   • AW v1.1 [Général] vers WCAG 1.0
   • AW v1.1 [Général] vers UWEM 1.0
   • AW v1.1 [Déployé] vers UWEM 1.0
   • AW v1.1 [Général] vers WCAG 2.0
   • AW v1.1 [Général] vers mobileOK Basic 1.0
   • AW v1.1 [Général] vers RGAA
9. Moteur de recherche
10. Références
11. Remerciements
12. Plan du guide

Critère 7.1 : Chaque code exécutable a-t-il si nécessaire une alternative ?

revenir en haut de la page

Carte d'identité du critère 7.1 [niveau AccessiWeb : Bronze]

revenir en haut de la page

Comprendre

Comprendre le critère

Tous les codes exécutables doivent si nécessaire avoir une alternative.

Bénéfices pour les utilisateurs

• Les personnes se servant d'un navigateur textuel du type Lynx (qui ne gèrent pas les scripts), ou les internautes qui ont désactivé les scripts dans leur navigateur (pour éviter l'apparition intempestive des fenêtres de type pop-up, par exemple) auront accès à la même information que les autres internautes.
  Les scripts peuvent être utilisés, par exemple, pour afficher dynamiquement du contenu sur un site. Leur fonctionnement est le suivant : au passage de la souris sur une rubrique du menu, la liste des sous-rubriques s'affiche. Ce comportement est le fait d'un script qui déclenche l'affichage et permet donc l'accès à des contenus secondaires.
  Les utilisateurs mentionnés ci-dessus auront accès à l'intégralité du contenu, au menu et au sous-menu de la page, si le critère est respecté. Dans le cas invese, le script n'est plus d'aucun effet et la page perd une partie de son contenu. L'utilisateur n'y a pas accès.
  Les scripts peuvent aussi être utilisés pour bien d'autres usages (navigation ou validation d'un formulaire, par exemple); c'est pourquoi il est nécessaire d'assurer l'accessibilité des contenus et informations qu'ils prennent en charge.

Valeur ajoutée pour le site

Il n'y a pas d'élément d'information pour cette rubrique.

revenir en haut de la page

Comment évaluer

Note : de manière générale, il est conseillé de faire l'évaluation d'un critère via l'analyse de son code source. Ce procédé d'évaluation par le code source est détaillé ci-après quand il est possible : procédé d'évaluation en 3 étapes via le ou les tests associés au critère. Les procédés d'évaluation par différents outils sont donnés en complément de l'évaluation par le code source.

Par le code source

1. Sélectionner le(s) élément(s) à tester :
   • Identifier dans un navigateur graphique tous les évènements générés par un code exécutable.
   • Ouvrir le code source de la page Web et sélectionner le code associé à tous les éléments suivants (exemple de code source : <script type="text/javascript">Script</script><noscript>Alternative au script</noscript>) :
     • balise script avec l'attribut type="text/..."
     • balise script avec l'attribut language="..."
     • balise a avec une commande javascript
     • balise a avec la commande javascript "window.open"
     • balise object
     • balise applet
   
   
   
2. Appliquer le(s) test(s) suivant(s) :
   • Test 7.1.a [Bronze] : Chaque script débutant par la balise script a-t-il si nécessaire une alternative ?
   • Test 7.1.b [Bronze] : Chaque script généré à partir d'un lien dont l'url contient une commande javascript a-t-il si nécessaire une alternative ?
   • Test 7.1.c [Bronze] : Chaque événement généré par un code exécutable a-t-il si nécessaire une alternative ?
   • Test 7.1.d [Bronze] : Chaque script déclenchant l'ouverture d'une nouvelle fenêtre a-t-il si nécessaire une alternative ?
   • Test 7.1.e [Bronze] : Chaque code exécutable débutant par la balise object a-t-il si nécessaire une alternative ?
   • Test 7.1.f [Bronze] : Chaque code exécutable débutant par la balise applet a-t-il si nécessaire une alternative ?
   
   
3. Valider le critère : le critère est validé si vous répondez oui à tous les tests applicables précédents.

Par l'utilisation d'outils

Pour une liste complète des outils utilisés pour évaluer l'accessibilité des pages web et un résumé de leurs principales fonctionnalités, reportez-vous à la page Outils d'aide à l'évaluation.

Evaluer avec la Barre d'outils Accessibilité du Web pour Internet Explorer (version 2.0 beta en français) :

• Pour le test 7.1.a [Bronze] :
  1. Sous Internet Explorer, ouvrir la page à analyser.
  2. Dans le menu "Informations" de la Barre d'outils Accessibilité du Web (version 2.0 beta), activer l'option "Liste des Applets / Scripts [nouvelle fenêtre]", pour identifier la présence de balises script dans la page
  3. Puis dans le menu "IE" de la Barre d'outils Accessibilité du Web (version 2.0 beta), décocher l'option "Activer le javascript"
  4. Vérifier que chaque script débutant par la balise script a une alternative si nécessaire.
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.b [Bronze] :
  1. Sous Internet Explorer, ouvrir la page à analyser.
  2. Dans le menu "Informations" de la Barre d'outils Accessibilité du Web (version 2.0 beta), activer l'option "javascript / lien ouvrant une nouvelle fenêtre"
  3. Une fenêtre apparaît. Regarder la première ligne "Liens contenant une expression javascript dans leur attribut href: "
  4. Si le nombre est au moins "1", vérifier que chaque script généré à partir d'un lien dont l'url contient une commande javascript a une alternative si nécessaire
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.c [Bronze] :
  1. Sous Internet Explorer, ouvrir la page à analyser.
  2. Identifier tous les évènements générés par un code exécutable
  3. Dans le menu "IE" de la Barre d'outils Accessibilité du Web (version 2.0 beta), décocher l'option "Activer le javascript"
  4. Vérifier que chaque évènement généré par un code exécutable a une alternative si nécessaire.
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.d [Bronze] :
  1. Sous Internet Explorer, ouvrir la page à analyser.
  2. Dans le menu "Informations" de la Barre d'outils Accessibilité du Web (version 2.0 beta), activer l'option "javascript / lien ouvrant une nouvelle fenêtre"
  3. Une fenêtre apparaît. Regarder la deuxième ligne "Liens avec des évènements javascript: "
  4. Si le nombre est au moins "1", vérifier que chaque script déclenchant l'ouverture d'une nouvelle fenêtre a une alternative si nécessaire
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.e [Bronze] :
  1. Sous Internet Explorer, ouvrir la page à analyser.
  2. Dans le menu "Informations" de la Barre d'outils Accessibilité du Web (version 2.0 beta), activer l'option "Liste des fichiers multimédia [nouvelle fenêtre]"
  3. Si au moins une balise object est trouvée, aller dans le menu "IE" de la Barre d'outils Accessibilité du Web (version 2.0 beta), puis décocher l'option "Activer l'ActiveX"
  4. Vérifier que chaque code exécutable débutant par la balise object a une alternative si nécessaire
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.f [Bronze] :
  1. Sous Internet Explorer, ouvrir la page à analyser.
  2. Dans le menu "Informations" de la Barre d'outils Accessibilité du Web (version 2.0 beta), activer l'option "Liste des Applets / Scripts [nouvelle fenêtre]", pour identifier la présence de balises applet dans la page
  3. Vérifier que chaque code exécutable débutant par la balise applet a une alternative si nécessaire
  4. Si c'est le cas, le test est validé.

Evaluer avec la Barre d'Outils Web Developper pour Firefox (version 1.1.4 en français) :

• Pour le test 7.1.a [Bronze] :
  1. Sous Firefox, ouvrir la page à analyser.
  2. Dans le menu "Information" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Voir le JavaScript" pour détecter la présence de scripts débutant par la balise script.
  3. Puis dans le menu "Désactiver" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Désactiver JavaScript" puis l'option "Tout le JavaScript".
  4. Vérifier que chaque script débutant par la balise script a une alternative si nécessaire.
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.b [Bronze] :
  1. Sous Firefox, ouvrir la page à analyser.
  2. Dans le menu "Voir Source" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Voir Source".
  3. Une nouvelle fenêtre apparaît contenant le code source de la page.
  4. En faisant une recherche sur le mot javascript (ctrl + f), vérifier que chaque script généré à partir d'un lien dont l'url contient une commande javascript a une alternative si nécessaire.
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.c [Bronze] :
  1. Sous Firefox, ouvrir la page à analyser.
  2. Identifier tous les évènements générés par un code exécutable
  3. Dans le menu "Désactiver" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Désactiver JavaScript" puis l'option "Tout le JavaScript".
  4. Vérifier que chaque évènement généré par un code exécutable a une alternative si nécessaire.
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.d [Bronze] :
  1. Sous Firefox, ouvrir la page à analyser.
  2. Dans le menu "CSS" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Désactiver les styles css" puis l'option "Tous les styles".
  3. Puis dans le menu "Informations" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Afficher les détails des liens".
  4. La page s'affiche sans les styles CSS et affiche des informations au niveau de chaque lien de la page (sur fond jaune).
  5. Déterminer si des liens ouvrent une nouvelle fenêtre (avec l'attibut target=_blank ou une commande javascript de type window.open.
  6. Vérifier que chaque script déclenchant l'ouverture d'une nouvelle fenêtre a une alternative si nécessaire
  7. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.e [Bronze] :
  1. Sous Firefox, ouvrir la page à analyser.
  2. Dans le menu "Voir Source" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Voir Source".
  3. Une nouvelle fenêtre apparaît contenant le code source de la page.
  4. En faisant une recherche sur le mot object (ctrl + f), vérifier que chaque code exécutable débutant par la balise object a si nécessaire une alternative.
  5. Si c'est le cas, le test est validé.
  
  
• Pour le test 7.1.f [Bronze] :
  1. Dans le menu "Voir Source" de la Barre d'Outils Web Developper (version 1.1.4), activer l'option "Voir Source".
  2. Une nouvelle fenêtre apparaît contenant le code source de la page.
  3. En faisant une recherche sur le mot applet (ctrl + f), vérifier que chaque code exécutable débutant par la balise applet a si nécessaire une alternative.
  4. Si c'est le cas, le test est validé.

revenir en haut de la page

Comment mettre en oeuvre

Avertissement : les informations du paragraphe "Comment mettre en oeuvre" sont données à titre indicatif. Les contenus des sous-paragraphes Implémentation et Exemple de bonne pratique ne présentent pas tous les codes d'implémentation.

Qui est concerné ?

Le développeur doit veiller au respect de ce critère.

Implémentation

1. Pour les scripts de type Javascript :
   

   <script language="JavaScript1.2" type="text/javascript">
   [fonction]
   </script>

2. Pour les scripts générés à partir d'un lien dont l'url contient une commande javascript :

   <a href="javascript:void(fonctionjs());">intitulé de lien</a>

3. Pour les code exécutable débutant par la balise object :

   
   <object data="http://www.macromedia.com/shockwave/download/triggerpages/flash.swf"
   pluginspage="http://www.macromedia.com/shockwave/download/index.cgi?P1_Prod_Version=ShockwaveFlash"
   type="application/x-shockwave-flash"
   width="300"
   height="120"
   loop="true"
   quality="best"
   bgcolor="#003399">
   </object>
   

4. Pour les code exécutable débutant par la balise applet :

   <applet code= "Chrono.class" name="Chronometre" width="200" height="200">
   </applet>

Exemple de mauvaise pratique

• Absence d'une balise noscript lorsqu'un script de type javascript, par exemple, est utilisé dans la page.
• Absence d'alternative pour un lien qui déclenche l'ouverture d'une nouvelle fenêtre avec la commande javascript :

  <a href="javascript:ouvrir_fenetre()">Actualités (nouvelle fenêtre)</a>

  Lorsque les scripts sont désactivés dans le navigateur, le nouvelle fenêtre ne peut pas s'ouvrir.

Exemple de bonne pratique

A partir de l'exemple précédent :

<a href="actualite.htm" onclick="ouvrir_fenetre();return false;">Actualités (nouvelle fenêtre)</a>

Si le javascript est désactivé dans le navigateur, le lien renvoie directement l'utilisateur sur la page "Actualités".

revenir en haut de la page

Illustrations

Avertissement : le contenu du paragraphe "Illustrations" est donné à titre indicatif. Il ne présente pas tous les cas possibles.

revenir en haut de la page

Références

• html techniques for WCAG 1.0 (section 12.1) : Graceful transformation of scripts
• opera.com tutorial : Using Opera without a mouse
• Trois articles de Peter-Paul Koch parus en 2004 dans Digital Web Magazine :
  • Keep JavaScript simple
  • The behaviour layer
  • Accessibility and usability
• Simon Willison propose des exemples d'utilisation de Javascript accessible : Enhancing Structural Markup with JavaScript
• Plongez dans l'accessibilité : Utilisez de vrais liens

revenir au sommaire de la fiche

revenir en haut de la page

---

Guide AccessiWeb (version 3.0, 9 juin 2008) | Conditions d'utilisation | Contact
Copyright © 2008 Association BrailleNet. Tous droits Réservés.