Re: [Accessibilite] Lecteur audio web accessible

[Charles-Edouard Coste <contact AT ccoste.fr>]

Merci Stéphane pour tes remarques

- Normalement, sous FF17 le lien devrait avoir un petit caractère UTF8
qui indique l'état (lecture ou stop)

Si tu clique une fois, ça lit. Si tu clique une autre fois, ça stop.
Et si javascript est désactivé... ben c'est un lien donc tu accède au
fichier.

- Je pensait naïvement que la balise audio "html 5" permettait ce fallback

L'objectif de ce lecteur était de fournir un moyen de lire du son dans
une page xhtml car je suis particulièrement en faveur du xhtml+rdfa
qui permet beaucoup plus de choses que le html5
or, la balise <audio> n'existe que pour ce dernier et n'est pas valide
xhtml. De plus je cherchais une solution qui puisse fonctionner aussi
sur des navigateurs non compatibles html5 tels que les navigateurs en
ligne de commande ou ceux dans les vieux téléphones portables.

Pour le OGG, je ne nourrirai pas le troll car le sujet n'est pas là.
En fait sur ma page d'exemple j'utilise du ogg, mais il est tout à
fait possible pour un développeur web d'utiliser mon plugin avec un
autre format.

Le 31/01/13, Stéphane Poinsart<stephane.poinsart AT utc.fr> a écrit :
> Bonjour Charles,
>
> Tu as certainement mieux creusé le sujet que moi, donc je pense que tu
> auras déjà invalidé certaines de mes suggestions :
>
> Je ne sais pas si on est supposé voir un player, chez moi FF 17 sous
> linux (JS activés), c'est un <a> classique.
>
> Je pensait naïvement que la balise audio "html 5" permettait ce fallback
> nativement ? que si un navigateur ne supporte pas la balise audio, il
> affiche son contenu comme si c'était un <p> ? la balise audio pose
> t'elle problème dans ce contexte ?
>
> Autre chose (le sujet qui fâche) : OGG est un super format, libre,
> performant, et le défendre est une tâche très noble. Par contre, d'un
> point de vu purement utilisateur, pour les 40% de safari + IE, j'ai cru
> comprendre que ce n'était pas supporté sans plugins. Donc je me permet
> de proposer l'approche suivante : proposer deux versions du fichier,
> l'une encodé en OGG, l'autre utilisant le grand méchant MP3. Lire en
> priorité l'OGG sur les navigateurs compatible, pour les autres, afficher
> un warning "votre navigateur ne supporte que les fichier audio de
> qualité inférieur, installez au choix <liste de navigateurs libre> pour
> pouvoir écouter les fichiers au format OGG de bien meilleure qualité" et
> proposer en dépannage le MP3. Pour plutôt que de faire partir les
> utilisateurs des "mauvais" navigateurs en leur donnant des fichiers qui
> de leur point de vu ne seront pas "directement accessible", chercher à
> les éduquer. J'ai bien conscience que ce n'est pas trop une approche
> RMS-compliant, donc désolé si cela choque du monde ou si je fait sans le
> vouloir un parachutage de troll.
>
> Il existe des systèmes de détection de formats supportés du genre (
> http://diveintohtml5.info/detect.html ), en JS mais encore une fois il
> est possible de prévoir un comportement "js désactivé" pour ne pas
> donner de mauvaises info.
>
> (ça fait depuis longtemps que cela ne parlait pas technique ici, une
> fois de temps en temps ça fait du bien :)
>
> Cordialement,
>
> Stéphane Poinsart
>
>
>
> On 01/31/2013 11:39 AM, contact AT ccoste.fr wrote:
>> 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
>>
>
>
> --
> Université de Technologie de Compiègne
> UI - Ingénierie des Contenus et Savoirs
> Tel: 03.44.23.44.51
>
>


-- 
Charles-Edouard Coste
コストチャーレジュアー