|
|
Centre de ressources et de recherche sur l'accessibilité du web | |
||||
|
|
|
|||||
|
|
|
|
|
|
|
|
 |
Vous êtes ici : Accueil > Label AccessiWeb > Critères AccessiWeb > 55 critères AccessiWeb de Bronze (version linéaire) |  |
 |
|
|
55 critères AccessiWeb de Bronze (version linéaire)En-tête du document:Ce document a été créé le 19 décembre 2003 en français. Les seuls documents officiels et valides des critères AccessiWeb sont ceux mis en ligne sur le site www.accessiweb.org et correspondant à la date du 19 décembre 2003. Contenu du document:Ce document contient la liste des 55 critères du label AccessiWeb de Bronze affichés linéairement.
1. Eléments graphiques.1.1 : Chaque élément graphique possède-t-il une alternative textuelle ? Commentaire :
En HTML, l'attribut ALT doit être associé aux balises IMG et AREA SHAPE ... Il est important de donner une alternative textuelle aux éléments graphiques car certains navigateurs ou lecteurs d'écran ne peuvent les interpréter ou les afficher de manière traditionnelle. 1.2 : Pour chacune des images de la page ayant une alternative, les textes dans l'attribut ALT sont-ils appropriés par rapport au contexte dans lequel l'image se trouve ? Commentaire :
Une même image peut avoir plusieurs sens. C'est le contexte qui l'entoure qui va préciser ce sens. Par exemple, une "puce jaune" dans un site journalistique devrait être commentée par ALT="" ou ALT="*". Cette même "puce jaune", dans un site de téléchargement d'éléments de décoration pour sites Web, devrait être commentée par sa description : ALT="losange jaune". 1.3 : Les éléments graphiques destinés à la décoration sont-ils commentés par ALT="" ? Commentaire :
Certains éléments graphiques n'ont pas de valeur informative. C'est souvent le cas des pixels transparents qui servent uniquement à la mise en page. Or, tout élément graphique doit impérativement être commenté. Donc, les éléments graphiques servant à la mise en page doivent être commentés par une alternative textuelle nulle (En HTML, ALT=""). Avec ce type de commentaire, certains navigateurs n'afficheront pas ces images. 1.4 : Pour chacune des images de la page, les textes dans l'attribut ALT font-ils moins de 60 caractères ? Commentaire :
Mettre un maximum de 60 caractères dans l'attribut ALT. Des alternatives textuelles données par l'attribut ALT peuvent gêner certains utilisateurs. C'est le cas des personnes malvoyantes qui utilisent un agrandisseur d'écran. Pour ces personnes, il est important de limiter le nombre de caractères dans les commentaires d'images pour ne pas les obliger à effectuer trop de manipulations pour obtenir la totalité de l'information contenue dans l'attribut ALT. 1.5 : Les commentaires associés à chacune des zones réactives d'une image map sont-ils pertinents ? Commentaire :
Définition : Une image MAP est une image possédant des zones réactives cliquables. En HTML, lors de l'utilisation d'une "image MAP" (côté client ou côté serveur), il est important de proposer une alternative textuelle explicite à l'ensemble de ces zones réactives mais également à l'image MAP (image contenant l'attribut "USEMAP" ou "ISMAP"). - Pour l'image MAP côté client, il convient de donner une alternative textuelle explicite par l'intermédiaire de l'attribut ALT dans chacune des zones réactives ("AREA SHAPE"). - Pour l'image MAP côté serveur, prévoir des liens textuels redondants reprenant le contenu de chacune des zones réactives. Remarque 1 : l'alternative textuelle de l'image contenant l'attribut "USEMAP" ou "ISMAP" ne doit pas être nulle. Remarque 2 : Il est recommandé d'utiliser des images MAP côté client plutôt que coté serveur. 1.8 : Pour chacune des images texte de la page, le contenu de son alternative est-il au moins équivalent au texte inscrit dans l'image ? Commentaire :
Il n'est pas recommandé de créer du texte sous forme d'image. Néanmoins, si une contrainte graphique s'impose (rendu CSS non équivalent), l'information minimum à apporter à l'alternative textuelle d'un élément graphique contenant du texte doit reprendre le contenu exact de ce texte. L'alternative textuelle peut donner quelques informations supplémentaires mais doit au moins en reprendre le contenu exact. 1.10 : Quand une image nécessite une description détaillée, un commentaire texte lui est-il associé ? Commentaire :
En HTML, lorsqu'un élément graphique nécessite une description longue (image complexe, alternative dépassant 60 caractères...), il faut lui associer un commentaire textuel. Sous la forme d'un lien vers un fichier de description (par exemple, un "D-link", une image cliquable...) ou d' une légende directement écrite dans la page ou de l'attribut LONGDESC... 1.11 : Si une description détaillée de l'image est présente, son contenu est-il pertinent ? Commentaire :
Le contenu doit apporter un plus à la description de l'image définie dans l'attribut ALT. 1.12 : Pour chacune des images liens, le texte contenu dans l'attribut ALT donne-t-il la fonction du lien Commentaire :
La description des images n'est pas toujours conforme à la fonction du lien. (Ex : pour une flèche, si c'est un lien, mettre ALT="Suivant" au lieu de ALT="Flèche droite"). Et éviter de mettre ALT="" par exemple, qui renvoie une information nulle sur la fonction du lien. 2. Cadres.2.1 : Y a-t-il un attribut NAME ? Commentaire :
En HTML, chaque cadre doit être nommé par l'intermédiaire de l'attribut NAME. La navigation dans des pages construites à partir de cadres peut se révéler complexe, notamment pour des personnes non voyantes qui prennent connaissance du contenu du site cadre après cadre (à la différence des personnes voyantes qui ont une vue d'ensemble du site). Remarque : le contenu de l'attribut NAME ne doit pas comporter d'espace. 2.2 : Les noms donnés aux cadres sont-ils pertinents ? Commentaire :
Il est nécessaire de donner des noms pertinents aux cadres qui composent la page : éviter de nommer les cadres avec des données géographiques comme "gauche", "droite", "milieu". Il est préférable de nommer les cadres avec des noms explicites qui se réfèrent à leur fonction tels que "Menu", "navigation", "contenu". 2.3 : Y a t-il une balise NOFRAME ? Commentaire :
En HTML, la balise NOFRAME permet de renseigner l'internaute sur les principaux liens existants sur le site, notamment lorsque l'internaute utilise un navigateur qui ne gère pas les cadres. 2.4 : Le contenu de la balise NOFRAME est-il pertinent ? Commentaire :
La balise NOFRAME peut être présente sans que l'information qu'elle contient soit réellement explicite. Dans de nombreux cas, la balise NOFRAME est présente mais donne des informations non appropriées ou incomplètes. Cette balise doit comporter les principaux liens existant sur le site. 2.5 : Y a-t-il un attribut TITLE ? Commentaire :
En HTML, l'attribut TITLE permet de décrire en quelques mots l'utilité du cadre auquel il se rattache. Il est un complément de l'attribut NAME. 2.6 : L'attribut TITLE est-il pertinent ? Commentaire :
Pour les aides techniques reconnaissant cet attribut, sa présence permet à un utilisateur navigant cadre par cadre, indépendamment des autres, de connaître la fonction de ce cadre. 2.9 : Y a-t-il un maximum de trois cadres dans la page ? Commentaire :
Il est important de ne pas dépasser un nombre maximum de trois cadres pour une page Web. Au-delà de trois cadres, la lecture de la page devient difficile notamment pour les utilisateurs d'aides techniques. 2.10 : Lorsqu'il y a des cadres, le défilement ("scrolling" en anglais) est-il automatique ? Commentaire :
En HTML, lorsque que le défilement d'un cadre est défini à "NO", celui-ci n'est plus redimensionnable. Le défilement doit être rendu possible. Pour des utilisateurs qui utilisent un Zoom d'écran, leur propre feuille de style avec des tailles de caractères importantes etc., le fait d'empêcher l'apparition d'un ascenseur pour naviguer dans le cadre provoque obligatoirement une perte d'information. 3. Couleurs.3.1 : L'information donnée par la couleur est-elle aussi lisible lorsque les couleurs sont désactivées ? Commentaire :
Les concepteurs de sites web doivent être vigilants concernant toute information fournie par de la couleur. En effet, cette information perd tout son sens pour des personnes malvoyantes ou daltoniennes qui n'ont qu'une vue très partielle des couleurs. 3.2 : Les différences de contrastes entre les couleurs sont-elles suffisamment élevées ? Commentaire :
Il est conseillé d'éviter certaines combinaisons de couleurs comme le rouge avec le bleu, le jaune avec le violet, le jaune avec vert... Lorsque les différences de couleurs dans la page ne sont pas assez élevées, les informations fournies par le biais de ces couleurs ne vont pas être accessibles pour les personnes malvoyantes ou les personnes ayant des problèmes de vision des couleurs. 4. Multimédia.4.1 : Est-il possible de récupérer les informations fournies dans les supports multimédias d'une autre manière ? Commentaire :
Lorsque qu'un support multimédia fournit de l'information il est important de prévoir une alternative pour les personnes n'ayant pas accès à ce support multimédia. Par exemple, lorsqu'un fichier son est proposé sur un site, il est important de fournir une alternative sous forme d'un texte dans un format accessible (RTF, TXT, HTML...). 4.2 : Le contenu multimédia est-il synchronisé avec son alternative ? Commentaire :
Lorsqu'une vidéo, avec du son par exemple, restitue l'interview de plusieurs personnes, il est important que l'alternative qui est donnée soit synchronisée avec l'image et le son. Le W3C préconise alors l'utilisation du langage de programmation SMIL. 5. Tableaux.5.1 : L'attribut SUMMARY est-il présent et pertinent ? Commentaire :
L'attribut "SUMMARY", s'il est correctement rempli, peut donner une information supplémentaire sur l'utilisation des tableaux dans une page Web pour certains internautes, aveugles par exemple. Dans une page qui contient une barre de menu, créée à partir d'un tableau HTML, l'attribut SUMMARY="Barre de menu" va donner à l'utilisateur une indication supplémentaire sur la fonction de ce tableau. 5.2 : Dans un tableau de données, la balise CAPTION est-elle utilisée pour donner un titre au tableau ? Commentaire :
Plutôt que d'utiliser un texte mis en forme pour titrer un tableau, il est plus judicieux d'utiliser la balise CAPTION, qui est la balise dédiée pour afficher un titre dans un tableau. 5.3 : Dans les tableaux de données, y a t-il des en-têtes de colonnes appropriés ? Commentaire :
Dans un tableau de donnée, en HTML, la balise TH spécifie les en-têtes de colonnes et permet aux utilisateurs d'aides techniques de savoir par l'intermédiaire de la synthèse vocale qu'il s'agit d'un en-tête de colonne. 5.4 : Dans un tableau de données, y a t-il un attribut HEADERS présent pour relier chacune des cellules du tableau ? Commentaire :
Correctement placé dans un tableau de données, les attributs HEADERS et ID permettent de relier le contenu d'une cellule au titre de colonne auquel il est associé. L'utilisation des attributs HEADERS et ID permet de lier chaque cellule à l'en-tête qui lui est attaché. Une personne n'ayant qu'une vision linéaire de ce tableau pourra donc en permanence savoir à quel en-tête est attaché la cellule dans laquelle elle se trouve. 5.6 : Dans un tableau de mise en forme, le contenu est-il correctement ordonné ? Commentaire :
Dans les tableaux de mise en forme, les informations doivent être ordonnées de telle manière qu'elles puissent être affichées dans un ordre équivalent lors d'une lecture linéaire de la page. L'organisation de l'information à l'intérieur d'un tableau de mise en page doit faire l'objet de beaucoup d'attention. Les outils actuels de développement HTML ont tendance à imbriquer les tableaux les uns dans les autres. Il en résulte parfois des différences entre le rendu visuel de l'information sur un navigateur graphique et le rendu textuel, respectant l'organisation du code HTML, d'un navigateur textuel de type Lynx par exemple. 6. Liens.6.1 : L'intitulé des liens fait-il moins de 80 caractères ? Commentaire :
Rédiger des intitulés de liens hypertextes d'une longueur maximum de 80 caractères, les accents comptant pour un caractère ainsi que les espaces. 6.2 : Les liens sont-ils explicites ? Commentaire :
Les liens doivent être compréhensibles hors du contexte de la page. Certaines aides techniques donnent la possibilité d'afficher la liste des liens. Ces liens doivent donc être lisibles hors du contexte de la page pour permettre une lecture rapide de l'ensemble des liens. Eviter les liens du type "cliquez ici". 6.3 : Si nécessaire, l'attribut TITLE est-il présent et fait-il moins de 80 caractères ? Commentaire :
En HTML, l'attribut TITLE s'avère nécessaire lorsqu'une information supplémentaire doit être apportée à un lien. Par exemple, lorsqu'un lien provoque un téléchargement de fichier, l'attribut TITLE peut servir à donner le titre du fichier, sa taille en octets, son format, sa destination ("ouverture dans une nouvelle fenêtre"). 6.4 : L'attribut TITLE donne-t-il plus d'informations concernant le lien que l'intitulé du lien lui-même ? Commentaire :
Concernant un lien, certains utilisateurs n'auront que l'intitulé du lien ou que le contenu de l'attribut TITLE pour toute information. Il est donc important que le contenu de l'attribut TITLE reprenne au moins l'information contenue dans l'intitulé du lien. Par exemple, "ce lien s'ouvre dans une nouvelle fenêtre" dans un attribut TITLE n'est pas suffisant car l'utilisateur ne connaît pas la destination du lien. Par contre, "Lire l'article sur le tourisme en France (nouvelle fenêtre)" reprend les informations essentielles concernant le lien. 6.5 : Chaque intitulé de lien identique amène t-il vers la même destination ? Commentaire :
Eviter d'écrire des intitulés de liens comme "lire l'article" plusieurs fois sur la page. Il est important de rédiger des intitulés de liens qui ne soient pas identiques. Pour les personnes qui naviguent de liens en liens pour accélérer leur lecture de la page, des liens courts, explicites et dont la destination du lien apparaît sans ambiguïté, sont une priorité. 7. Scripts.7.1 : Si un script nécessite une alternative pour être accessible, l'information donnée par cette alternative est-elle équivalente à l'information fournie par le script ? Commentaire :
Il faut veiller à ce que l'information reste disponible lorsque les scripts sont désactivés. Exemple : pour la validation d'un formulaire par un script JavaScript, l'alternative pourrait être un contrôle de saisie côté serveur. L'utilisation de scripts peut perturber les utilisateurs dont les aides techniques ne gèrent pas ou difficilement les scripts. De plus, certains utilisateurs désactivent volontairement l'exécution des scripts de leur navigateur classique. Il est donc nécessaire de proposer une alternative pour ne pas faire perdre l'information générée par les scripts. 7.2 : Des actions peuvent-elles être accomplies même si le périphérique pour lequel elles sont prévues est désactivé ? Commentaire :
Certaines fonctionnalités d'un site web, générées par des scripts JavaScript par exemple, ne peuvent être activées que par une action de la souris. Or, certains utilisateurs n'ont pas l'usage de la souris pour naviguer sur un site Web. Il faut également donner la possibilité de naviguer sur le site à l'aide du clavier. 8. Eléments obligatoires.8.1 : La balise DOCTYPE est-elle présente au début du code source de la page ? Commentaire :
Les recommandations internationales WAI suggèrent d'utiliser une DTD (Doctype Definition) appropriée et valide permettant de déterminer le type de document électronique que doit charger le navigateur (document avec frames, document HTML, document XML ... ). En HTML, l'utilisation de la balise DOCTYPE est ainsi nécessaire pour définir le type de document. 8.2 : L'attribut LANG est-il présent au début du code source de la page pour identifier clairement la langue utilisée ? Commentaire :
Il est important de spécifier la langue d'un document afin de permettre à certaines aides techniques d'adapter les contenus à ce choix. En HTML, le choix de la langue se fait par l'intermédiaire de l'attribut LANG de la balise "HTML". 8.4 : Existe-t-il une balise TITLE dans l'en tête de la page ? Commentaire :
En HTML, le titre d'une page se code par l'intermédiaire de la balise TITLE placée dans l'en tête du document. Les navigateurs vocaux lisent d'abord le titre de la page pour permettre à l'utilisateur de se repérer sur le site. Pour ceux qui ont des problèmes d'attention, le titre est un support permanent. Cette balise permet également un meilleur référencement de votre site auprès des moteurs de recherche. 8.5 : Le contenu de la balise TITLE est-il explicite ? Commentaire :
La balise TITLE donne un titre à la page qui vient d'être chargée. Il est important de lui donner un nom explicite pour orienter l'utilisateur dans sa navigation. 8.6 : Le contenu de la balise TITLE est-il différent d'une page à l'autre ? Commentaire :
Un même titre sur les différentes pages d'un site peut induire les utilisateurs en erreur. En effet, le titre de la page est la première information rendue à l'écran et les répétitions d'un même titre entre plusieurs documents différents, peut créer une perte de repères. 8.7 : Les changements de langue dans une page sont-ils signalés ? Commentaire :
Lorsqu'un changement de langue intervient dans une page, il est nécessaire de le signaler à l'utilisateur. En effet, en cas d'utilisation d'une synthèse vocale, celle-ci changera automatiquement de langue à la détection de la balise LANG qui spécifie qu'un mot ou une phrase est dans une langue différente. 9. Structuration de l'information.9.1 : Est-ce que la structuration de l'information est cohérente par rapport au contexte général du site ? Commentaire :
La structuration de l'information dans une page va dépendre du domaine (journalistique, ludique, scientifique, artistique...) dans lequel est se trouve. Par ailleurs, tous les éléments constituant l'information de la page (les images, les titres...) peuvent ne pas poser de problème en eux-mêmes. C'est la disposition les uns par rapport aux autres qui peut ne pas être cohérente. Exemple : sur un site journalistique, un texte qui serait affiché avant son titre ne serait pas validé. 9.2 : La page web est-elle structurée de manière cohérente ? Commentaire :
L'utilisation des styles proposés par le HTML du type H1, H2 ... permet de structurer la page. Ces balises sont très importantes pour structurer une page Web : la balise H1 pour le titre principal H2 pour les sous-menus, ... H6. Ces balises doivent être utilisées pour leur fonction première, la structuration, et non pour leur dimension graphique. De plus, les blocs d'informations doivent être distincts les uns des autres. 10. Présentation de l'information.10.1 : Le contenu de la page est-il séparé de sa présentation ? Commentaire :
Si le code de la page est du HTML, il ne doit pas contenir d'informations de mise en forme (BGCOLOR, FONT, ALIGN, B, I...) qui peuvent toutes être, par exemple, contenues dans des feuilles de style. 10.2 : Avec les feuilles de style désactivées, l'information est-elle toujours présente ? Commentaire :
Dans l'optique de séparer le fond de la forme d'une page HTML, il faut utiliser des feuilles de style (CSS) pour la mise en forme. Il est important que les personnes ne désirant pas lire la page avec le style imposé par l'auteur obtiennent la même information lorsqu'ils désactivent les styles de la page pour imposer leur propre personnalisation. 10.3 : Avec les feuilles de style désactivées, l'ordre d'apparition de l'information est-il respecté par rapport à l'ordre d'apparition initialement défini ? Commentaire :
Certaines techniques permettent de construire la page HTML avec des feuilles de style. Lorsque les feuilles de style sont désactivées par l'utilisateur, il faut que la structure logique de la page soit respectée. Il faut veiller à ce que l'ordre d'apparition des divisions (DIV), par exemple, soit équivalent entre l'affichage sur un navigateur graphique et l'affichage sur un navigateur en mode textuel. 11. Formulaires.11.1 : La balise LABEL et les attributs correspondants (ID, FOR) sont-ils présents ? Commentaire :
Dans le cas d'une page en HTML, la balise LABEL associée aux attributs ID et FOR permet de relier directement le champ de saisie au texte qui lui est associé. Cela permet aux personnes naviguant à l'aide d'une aide technique de définir sans ambiguïté à quel champ de saisie correspond le texte associé. 11.6 : Dans un formulaire, le commentaire du bouton SUBMIT est-il pertinent ? Commentaire :
Le bouton de validation d'un formulaire représente la dernière étape lors du remplissage d'un formulaire. Si ce bouton n'est pas clairement identifié, l'interaction entre le site et l'utilisateur sera difficile. Par exemple, lorsque le bouton SUBMIT est une image, il faut veiller à commenter cette image par un texte explicite du type "valider le formulaire". 11.7 : Le contrôle de saisie des champs du formulaire est-il accessible ? Commentaire :
Si la validation d'un formulaire s'effectue par l'intermédiaire d'un script sur le poste client, par exemple, il est important de donner une alternative équivalente à ce script pour qu'un utilisateur, quel que soit son navigateur, puisse envoyer l'ensemble des informations du formulaire vers le serveur. De plus, dans le cas d'un contrôle de saisie en HTML il est important de spécifier les champs obligatoires de manière explicite (Exemple : les champs précédés d'une étoile sont tous obligatoires.). Eviter de faire ressortir les champs obligatoires par l'intermédiaire d'une couleur par exemple ou de préciser aux utilisateurs que tels ou tels champs sont obligatoires, après l'ensemble des champs du formulaire. 12. Aide à la navigation.12.2 : Le menu principal de navigation interne dans le site est-il toujours présent à la même place dans les pages ? Commentaire :
En terme de navigation, il est plus facile à un utilisateur de trouver systématiquement à la même place un menu ou une barre de navigation : en haut et/ou en bas de page. Si ces mécanismes de navigations sont différents d'une page à l'autre, cela risque de troubler l'utilisateur et risque de lui faire quitter le site. 12.6 : Si des raccourcis clavier ont été définis dans le site, sont-ils actifs dans la page ? Commentaire :
Lorsque que des raccourcis clavier sont définis sur une page, il est important que ceux-ci soient actifs et homogènes sur l'ensemble des pages du site. 13. Contenus accessibles13.1 : L'utilisateur a t-il le contrôle du rafraîchissement ? Commentaire :
Lors de l'utilisation d'un rafraîchissement automatique d'une page, le curseur des lecteurs d'écran (ex : Jaws) se replace automatiquement en haut de page, rendant difficile la lecture de la page entière. 13.2 : Si une redirection automatique est présente, s'effectue-t-elle sans l'intermédiaire d'un script ? Commentaire :
Il est important de préférer des solutions de redirection automatique côté serveur. La redirection ne dépendant plus du poste client. 13.3 : Le visiteur est-il averti lorsque de nouvelles fenêtres apparaissent ? Commentaire :
Deux notions s'apparentent à l'expression "nouvelles fenêtres" : fenêtre de navigateur et pop-up. L'ouverture d'une fenêtre de navigateur s'effectue grâce à une commande HTML alors que la pop-up s'ouvre par l'intermédiaire d'un script sur le poste client. Dans certains cas, les personnes utilisant des navigateurs qui ne gèrent pas les scripts côté client ou qui désactivent volontairement les scripts dans leur navigateur n'auront donc pas accès à l'information contenue dans la pop-up. L'ouverture automatique d'une pop-up dès le chargement d'une page rend la lecture difficile, notamment pour les personnes utilisant des aides techniques pour naviguer. L'ouverture de nouvelles fenêtres, surtout lorsque l'utilisateur n'est pas prévenu, n'est pas conseillée. 13.4 : Y a-t-il une alternative équivalente au script qui déclenche l'ouverture de nouvelles fenêtres ? Commentaire :
Si aucune alternative aux POP-UP n'est prévue, certains utilisateurs n'auront pas accès au contenu de ces POP-UP (utilisateurs de navigateurs n'acceptant pas les scripts, les personnes qui désactivent volontairement les scripts dans leur navigateur ...). 13.5 : Y a-t-il des informations supplémentaires disponibles décrivant la consultation des fichiers en téléchargement ? Commentaire :
Lors d'un téléchargement, il faut faire apparaître les notions suivantes : format, poids, lien vers un outil de conversion si possible, un lien vers le téléchargement du logiciel de lecture et éventuellement, une adresse électronique pour que l'utilisateur puisse demander l'envoi par courrier électronique d'un fichier alternatif en format accessible. Les fichiers disponibles en téléchargement sur le web ne le sont pas toujours dans un format accessible. Il est donc important de donner les moyens nécessaires sur les fichiers de téléchargement. Si c'est du format PDF par exemple, donner la possibilité à l'utilisateur de télécharger au préalable le logiciel Acrobat Reader (ou indiquer l'adresse d'outils de conversion en ligne). 13.7 : Est-ce que la présentation spécifique d'une information n'entrave pas l'accès à son contenu ? Commentaire :
Il faut veiller à ce qu'une information proposée sous des formes spécifiques (clignotement, défilement...) ne gène pas la lecture de cette information : clignotement rapide (difficilement lisible pour l'ensemble des usagers, difficulté accrue pour les personnes malvoyantes par exemple), défilement rapide de l'information (difficile pour les personnes malvoyantes et les personnes qui ont un apprentissage difficile de la lecture). Lorsque ce type de présentation spécifique est généré par un applet, une animation FLASH, un gif...il est nécessaire de proposer une alternative. |
||
 |
Aide - Plan du site - FAQ - Contact - Partenariats - Mentions légales |