Objet : Liste de diffusion du groupe de travail Accessibilité (liste à inscription publique)
Archives de la liste
- From: Charles-Edouard Coste <contact AT ccoste.fr>
- To: accessibilite AT april.org
- Subject: Re: [Accessibilite] Lecteur audio web accessible
- Date: Thu, 31 Jan 2013 14:01:29 +0100
Merci pour ce retour Halna
Voici donc une réponse aux points que tu as soulevés, classées dans
l'ordre du plus "moi je..." au plus "tu as raison".
- chrome et Firefox ont ouvert le fichier et lancer automatiquement la lecture
Pour ce point, c'est un comportement tout à fait normal et s'il est
déroutant cela reste à l'utilisateur de savoir utiliser son navigateur
selon moi (du même ordre qu'utiliser des onglets ou le bouton
"précédent")
Essayer de modifier ce comportement pourrait agacer ceux qui comptent
sur ce comportement.
- il n'est pas possible de savoir que ce lien pointe vers un fichier de
musique
Sisi! C'est possible... Le type MIME dans le lien permet de savoir
qu'il s'agit d'un fichier son (type=audio/ogg)
Il est même possible alors d'afficher une petite icone en css (
a[type^=audio]{ background:... } )
Cependant, il est possible que les technologies d'assistance ne le
prennent pas en compte. Je ne connais pas assez ces outils pour
pouvoir le dire.
- Comment l'utilisateur est-il averti de la fonctionnalité du lien.?
En effet, il ne l'est pas. Je vais réfléchir à ce point. A la base
l'idée était de transformer le lien en un ensemble d'éléments dont la
sémantique fait partie du xhtml (donc soit des liens, soit des
boutons)
Sans partir sur de la mise en forme pour que le développeur web n'ai
pas besoin de faire du code CSS supplémentaire (le lecteur prenant le
look des éléments graphiques déjà définis)
Ces petits symboles sont là en attendant de trouver mieux mais c'est
que je pensais éventuellement rajouter tout simplement l'état entre
parenthèses comme (lecture en cours) ou (arrêté)
Je vais cependant étudier l'idée des images.
Merci en tout cas pour m'avoir mis le nez sur ces différents points.
Le 31/01/13, Frédéric Halna<halnaf AT gmail.com> a écrit :
> Bonjour Edouard,
>
> Bravo pour l'initiative !
> En ce qui concerne la solution ça fonctionne, mais en ce qui concerne
> l'accessibilité: Comment l'utilisateur est il averti de la fonctionnalité
> du lien ? (par exemple du lien "The future soon". l'information n'est
> portée que par les symboles ▶ et ◾. à mon avis il faudrait
> les remplacer par des images + alternatives.
>
> Pour l'utilisateur d'un lecteur d'écran cette information ne sera pas lu,
> d'ailleurs il n'est pas possible de savoir que ce lien pointe vers un
> fichier de musique. Un title sur ce lien permettrait de résoudre le
> problème.
> title sans JS: "The future soon (ogg, 180ko)"
> title avec JS: " écouter The future soon"
> title en cours de lecture "pause The future soon"
>
> Ce qui est perturbant, c'est lorsque le JS est désactivé: seul IE9 m'a
> proposer de télécharger le fichier, chrome et Firefox ont ouvert le fichier
> et lancer automatiquement la lecture (il faut savoir comment stopper la
> musique ou fermer la fenêtre pour l'arreter). C'est assez déroutant pour
> l'utilisateur.
>
> les informations plus complète pourrait être donnée à l'utilisateur, comme
> la durée ou des fonctionnalité pour se déplacer dans le fichier !
>
> Bon courage !!!
>
> Frédéric Halna.
>
>
>
>
>
> Le 31 janvier 2013 11:39, <contact AT ccoste.fr> a écrit :
>
>> Bonjour à tous.
>>
>> Il y a quelques mois je me suis acharné à vouloir faire lire du son dans
>> une page web valide xhtml (donc sans la balise <audio>) et de façon
>> accessible.
>> J'ai trouvé une solution à ce moment là que j'ai mise en ligne sur github
>> mais comme je n'en suis qu'au début de mes essais je n'ai pas pensé à
>> vous
>> demander votre avis.
>>
>> Comme je me rend compte que je traîne un peu les pieds sur ce projet je
>> me
>> suis dit que peut-être qu'en vous demandant à tous votre avis, cela
>> pourrait me donner des idées ou tout au moins la motivation pour
>> développer
>> un peu plus cette solution. (Ou à contrario me montrer que je fais fausse
>> route et qu'il y a des trucs bien mieux que je pourrais utiliser à la
>> place)
>>
>> Si certains d'entre vous sont intéressés pour tester cette solution, vous
>> pouvez l'essayer sur cette page: http://musique.ccoste.fr
>>
>> Vos opinions m'intéressent :)
>>
>> Librement vôtre...
>>
>> Charles-Edouard Coste
>>
>> PS:
>>
>> Ce lecteur fonctionne sur le principe de l'amélioration progressive.
>> L'idée, c'est d'utiliser tout simplement un lien vers un fichier audio,
>> et
>> de le transformer en un lecteur si le navigateur est capable de le lire
>> par
>> lui-même. S'il ne peut pas, alors il télécharge tout simplement le
>> fichier.
>> J'ai testé sous Lynx et ça fonctionne très bien.
>>
>> Le code source est disponible ici : https://github.com/Synap/**
>> SynapUI/tree/master/src/**audioplayer<https://github.com/Synap/SynapUI/tree/master/src/audioplayer>
>>
>>
>> --
>> Pour gérer votre abonnement à la liste accessibilite et vos informations
>> personnelles :
>> http://listes.april.org/wws/info/accessibilite
>>
>>
>
--
Charles-Edouard Coste
コストチャーレジュアー
- [Accessibilite] Lecteur audio web accessible, contact, 31/01/2013
- Re: [Accessibilite] Lecteur audio web accessible, Frédéric Halna, 31/01/2013
- Re: [Accessibilite] Lecteur audio web accessible, Charles-Edouard Coste, 31/01/2013
- Re: [Accessibilite] Lecteur audio web accessible, Charles-Edouard Coste, 31/01/2013
- Re: [Accessibilite] Lecteur audio web accessible, Stéphane Poinsart, 31/01/2013
- Re: [Accessibilite] Lecteur audio web accessible, Charles-Edouard Coste, 31/01/2013
- Re: [Accessibilite] Lecteur audio web accessible, Frédéric Halna, 31/01/2013
Archives gérées par MHonArc 2.6.16.