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.5 : Dans chaque page Web, chaque fichier en téléchargement a-t-il si nécessaire un fichier alternatif dans un format accessible ?

revenir en haut de la page

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

revenir en haut de la page

Comprendre

Comprendre le critère

Tous les fichiers en téléchargement dans un format autre que html ou txt de toutes les pages Web doivent, si nécessaire, avoir un fichier alternatif dans un format accessible (format html ou txt).

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 en téléchargement.
   • Ouvrir le code source de la page Web et sélectionner le code associé à tous les éléments suivants (exemple de code source : <a href="fichier_en_téléchargement.pdf">Télécharger le fichier (pdf, 450 ko)</a>) :
     • balise a avec l'attribut href="fichier_en_téléchargement.(pdf, doc...)"
     • balise object
     • balise applet
   
   
   
2. Appliquer le(s) test(s) suivant(s) :
   • Test 13.5.a [Or] : Dans chaque page Web, chaque fichier en téléchargement a-t-il si nécessaire un fichier alternatif dans un format accessible (html, txt) ?
   
   
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.5.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.5.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 à ne proposer que des formats de fichiers propriétaires ou nécessitant un logiciel de lecture spécifique.

Exemple de bonne pratique

La bonne pratique est de proposer plusieurs formats pour consulter un fichier dont au moins un est accessible.

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.0, 9 juin 2008) | Conditions d'utilisation | Contact
Copyright © 2008 Association BrailleNet. Tous droits Réservés.