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 13.6 : Dans chaque page Web, pour chaque fichier en téléchargement ayant un fichier alternatif dans un format accessible, le contenu de ce fichier est-il pertinent ?

revenir en haut de la page

Carte d'identité du critère 13.6 [niveau AccessiWeb : Or]

revenir en haut de la page

Comprendre

Comprendre le critère

Le contenu de tous les fichiers alternatifs dans un format accessible de tous les fichiers en téléchargement doit être pertinent. Il doit reproduire les mêmes informations qui sont présentes dans le fichier en téléchargement.

Bénéfices pour les utilisateurs

• Bénéfice 1 :
  Proposer des formats alternatifs équivalents aux fichiers téléchargeables permet aux utilisateurs d'accéder directement à l'information, quels que soient leurs environnements technique et logiciel, sans avoir recours à des manipulations logicielles supplémentaires. En effet, certains fichiers proposés en téléchargement sont parfois dans des formats peu accessibles, dans leur version actuelle, comme par exemple le format pdf. Il est donc souhaitable de proposer un format texte (txt), ou html pour ce type de fichiers.
  
  
• Bénéfice 2 :
  Les fichiers dépourvus de codes de mise en page complexes sont moins "volumineux" en nombres d'octets. Or un utilisateur peut vouloir ne consulter que le contenu sous forme de texte, pour une lecture rapide ou parce qu'il ne peut de toute façon pas visualiser les images, les graphiques ou les dessins parce qu'il est aveugle ou pour toute autre raison technique, par exemple.

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 fichiers alternatifs dans un format accessible associés aux fichiers en téléchargement.
   • Ouvrir le code source de la page Web et sélectionner le code associé à tous fichiers alternatifs (exemple de code source : <a href="fichier_alternatif.txt">fichier alternatif (txt, 20 ko)</a>) :
     • balise a avec l'attribut href="fichier_alternatif.(html, txt)"
     • balise object
     • balise applet
   
   
   
2. Appliquer le(s) test(s) suivant(s) :
   • Test 13.6.a [Or] : Dans chaque page Web, pour chaque fichier en téléchargement ayant un fichier alternatif dans un format accessible (html, txt), le contenu de ce fichier est-il pertinent ?
   
   
3. Valider le critère : le critère est validé si vous répondez oui au test applicable précédent.

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 13.6.a [Or] :

1. Ce test n'est pas évaluable par la Barre d'outils Accessibilité du Web (version 2.0 beta).

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

Pour le test 13.6.a [Or] :

1. Ce test n'est pas évaluable par la Barre d'Outils Web Developper (version 1.1.4).

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 et les personnes en charge de la partie éditoriale doivent veiller au respect de ce critère.

Implémentation

Les formats de fichiers pas ou peu accessibles sont généralement ceux qui nécessitent un logiciel spécial ou propriétaire pour être lus.

Les fichiers peu accessibles proposés en téléchargement doivent être accompagnés d'un équivalent au format d'échange suivant :

• html, extension "htm" ou "html".
• texte, extension "txt".

Exemple de mauvaise pratique

La mauvaise pratique consiste à proposer un fichier alternatif dans un format accessible dont le contenu est différent du contenu présent dans le fichier en téléchargement.

Exemple de bonne pratique

La bonne pratique consiste à proposer un fichier alternatif dans un format accessible dont le contenu est équivalent au contenu présent dans le fichier en téléchargement.

revenir en haut de la page

Illustrations

Il n'y a pas d'illustration pour cette fiche.

revenir en haut de la page

Références

• Online conversion tools for Adobe PDF documents

revenir au sommaire de la fiche

revenir en haut de la page

---

Guide AccessiWeb (version 3.1, 2 mars 2009) | Conditions d'utilisation | Contact
Copyright © 2009 Association BrailleNet. Tous droits Réservés.