Contenu multimédia accessible

Bonjour,

Finalisant un site dont l'accessibilité est le point d'orgue, il nous reste un petit soucis quant à l'accessibilité des objets multimédias sur ce dit site.

1/ Il est demandé dans le référentiel Accessiweb 1.1 : La consultation de chaque objet multimédia est-elle contrôlable au moins par le clavier et la souris ?

Nos animations flash sont contrôlables à la souris, aucun problème mais pour ce qui est du clavier, c'est une autre paire de manches !
Nous avons trouvé de l'actionscript pour gérer les touches mais le soucis est qu'il nous faut, pour pouvoir les utiliser, avoir le focus sur l'animation ce qui du coup, rend invalide ce point.
Je sais qu'il est possible d'avoir le focus sur l'animation grâce à javascript mais l'accessibilité nous demande également une alternative aux scripts et là, c'est le drame

Si quelqu'un à une solution, nous lui serions extrêmement reconnaissant !



2/ De même, nous avons des vidéos lisible grâce à Flash Player. Le lecteur que nous utilisons comporte des boutons Lecture, Pause, Stop, Volume et il s'avère qu'il leur faut également une alternative textuelle. Existe-t-il une solution qui évite d'avoir à créer une ligne sous le lecteur avec le texte Lecture Pause Stop Volume ?



3/ Pour nos vidéos, nous utilisons la librairie javascript SWFObject qui permet de lancer notre lecteur vidéo flash.Encore une fois, existe-t-il une alternative pour lancer notre vidéo dans ce lecteur sans javascript ?


Merci d'avance pour vos réponses
Bonne journée
Modifié par sacri (18 Sep 2008 - 10:41)

Point 1 : Je dirais qu'il faut simplement s'assurer que l'animation soit focusable à l'aide du clavier, dans le cas où javascript est désactivé. Notons que le focus automatique sur ce genre d'éléments au chargement d'une page n'est pas toujours une bonne idée non plus.

Point 2 : Mettre des libellés "play", "pause" et "volume" sous le lecteur, que ce soit en HTML ou dans le flash, ne présente de toute façon aucun intérêt et peut même parfois être gênant. IL faut absolument que ces indications soient associés nativement aux boutons du flash lui-même, en tant que texte alternatif comme pour les images en HTML. Un lecteur d'écran qui arrivera sur ces boutons pourra lire le texte alternatif prévu, mais s'il n'y en a pas ou s'il y a du texte mais pas explicitement associé aux boutons, alors l'utilisateur sera dans l'impossibilité de savoir à quoi ces boutons servent, même s'il peut y avoir accès. Du coup retour à la case départ, inutilisable.

QuentinC a écrit :
...

Merci pour ces infos mais aurais-tu des solutions techniques, des pistes ou des urls pour palier ces problèmes ?

Le fait de ne pouvoir prendre le focus par le biais du clavier avec firefox n'est pas considéré comme une faute lors d'une labelisation accessiweb. Il s'agit d'un défaut d'implémentation qui on l'espère devrait être corrigé lors de la prochaine version.

Par contre, il semblerait que dans le cadre d'une labelisation accessiweb vérifie désormais le fait que les boutons dans le flash soit correctement intitulé (ajout d'une description du panneau accessibilité)

Bonjour,

Concernant les animations flash, nous avons toujours notre soucis de contrôle au clavier sachant que la version de flash que nous avons (6) ne permet pas de modifier les animations flash que nous avons prestés ...

Pour ce qui est des vidéos, nous avons trouvé un lecteur flash "accessible" ! Le lecteur est fourni avec ses sources, .fla entre autres, et possède des raccourcis clavier, le sous-titrage multilangues intégré (il existe également un lecteur mp3 avec sous-titrage) !
Voici le lien

Donc si vous avez des conseils ou des solutions techniques pour accessibiliser nos animations flash, n'hésitez pas !

goetsu a écrit :

Par contre, il semblerait que dans le cadre d'une labelisation accessiweb vérifie désormais le fait que les boutons dans le flash soit correctement intitulé (ajout d'une description du panneau accessibilité)

Petite précision :

Accessiweb 1.1 vérifie que les boutons sont correctement libellés dans une animation flash :

Au niveau Bronze, si c'est un objet multimédia, typiquement une vidéo via un lecteur embarqué (Thématique multimédia):

Fiche du critère 4.7 [Bronze] : La consultation de chaque objet multimédia est-elle contrôlable au moins par le clavier et la souris ?

Au niveau Argent si c'est une animation qui ne nécessite pas de traitement multimédia (Thématique code exécutable) :

Fiche du critère 7.3 [Argent] : Chaque code exécutable est-il contrôlable au moins par le clavier et la souris ?

goetsu a écrit :

... (ajout d'une description du panneau accessibilité)

C'est le champs name qui doit être utilisé pour insérer un libellé pertinent à un bouton de contrôle.
Le champs description permet d'ajouter des informations ou d'insérer des alternatives textes à de éléments graphiques.

Enfin, précision importante : une animation avec des boutons correctement libellés sera considérée comme "inaccessible" si elle est implémentée avec le paramètre wmode avec les valeurs "transparent" ou "opaque".

Ces deux valeur bloquent en effet la restitution vers les aides techniques qui ne peuvent plus accéder au flux de l'objet.

Ce dernier point étant à surveiller particulièrement car ce paramètre est souvent proposé par défaut.

Jean-Pierre
Modifié par jpv (27 Sep 2008 - 03:41)

et si les intitulés des boutons sont en anglais ?

moi je trouve qd même cela plus que bizarre de mettre ces tests dans la thématique sur le contrôle clavier car cela n'a rien à voir surtout que la thématique 8 de wcag et là pour ça

goetsu a écrit :
et si les intitulés des boutons sont en anglais ?

Pour les libellés en anglais :
Il est effectivement plus intelligent de mettre des libellés en français (dans une page en français) mais le critère valide même avec des libellés de boutons de contrôle de la consultation en anglais.

On ne peut pas interdire l'utilisation de l'anglais ou de toute autre langue dans une page web, c'est un choix d'auteur.

goetsu a écrit :

moi je trouve qd même cela plus que bizarre de mettre ces tests dans la thématique sur le contrôle clavier car cela n'a rien à voir surtout que la thématique 8 de wcag et là pour ça

La table de correspondance AW/WCAG de ce critère indique bien la correspondance avec WCAG 8.1

Jean-Pierre