Salut, Olivier, bonsoir, la liste,
En matière de fallback, tu as évoqué la solution peu élégante (et, surtout, peu
pratique, difficilement maintenable, voire chronophage) de la mise à
disposition de vidéos alternatives « en dur ». Mais, tu as oublié un point
essentiel qui mettra HTML 4 et 5 d'accord : la fourniture d'une transcription
textuelle, qui se moque des problèmes d'implémentation de vidéos accessibles en
HTML 5.
Quant au problème lié à l'obligation du JavaScript pour afficher les
sous-titres, voire activer les audio-descriptions, en HTML 5, n'oublions pas
que, dans un environnement maîtrisé, ce problème cesse de l'être.
Pour le reste, je coderais d'abord le code HTML 5 (élément video parent de
plusieurs éléments source), au sein duquel j'ajouterais l'élément object
permettant d'afficher le fallback en Flash (toujours au sein de l'élément HTML
5 video, à la suite des éléments source), élément object au sein duquel
j'afficherais des liens vers les ressources vidéos (en cas d'absence de support
et de HTML 5 et de Flash), liens que j'afficherais également après l'élément
video.
Victor Brito
Intégrateur XHTML / CSS – Expert Accessiweb en évaluation
________________________________
De : Olivier Nourry <olv.nou...@gmail.com>
À : liste_gta@list.accessiweb.org
Envoyé le : Mardi 10 juillet 2012 18h23
Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport
Aude a écrit: " Je pensais que pour les sous-titres, ils devaient être
synchronisés à la vidéo "
Oui, mais synchronisé ne veut pas forcément dire activables/désactivables. Ça
veut simplement dire: ils sont affichés au moment où le son est diffusé dans la
vidéo. Donc ça peut être incrusté en dur; la seule exigence est alors qu'il
existe aussi une version non sous-titrée, clairement identifiée.
Sur la LSF: il me semblait que la balise <video> permet de synchroniser des
flux vidéos multiples, mais peut-être que ce n'est encore que virtuel? Sinon,
si on veut ne pas être limité par le lecteur, reste la possibilité de gérer ça
via une incrustation (sur une taille d'image élargie par exemple).
Aude a écrit: "HTML5 & accessibilité, c'est donc incompatible?"
Arf, c'est plus compliqué que ça... Il y a plein de choses très bien pour
l'access dans le HTML5, mais on a en gros deux soucis actuellement:
* la spec n'étant pas stabilisée, il est difficile de se prononcer
formellement sur des recos d'accesibilité, sans prendre le risque de devoir
revenir en arrière à la mouture suivante (cf. la disparition puis réapparition
de la balise <time>. Mulitplier le risque par le nombre de balises et
d'attributs, diviser par la racine carrée de la vitesse du vent)
* le support par les navigateurs, et les TA, est encore très inégal,
donc pas évident de savoir ce qui marche ou pas. Sans compter les navigateurs
qui font l'inverse de ce qu'ils devraient (oui, IE, c'est de toi dont je parle)
Donc on marche sur des oeufs, et il y a un gros travail d'investigation et de
recensement de ce qui marche et de ce qui ne marche pas à faire. En attendant
mieux, je préconise de partir du principe qu'un dispositif basé sur une
fonctionnalité du HTML5, doit être sérieusement testé avec des AT, et avoir un
fallback HTML4 qui garantisse l'accessibilité a minima via les référentiels.
Cordialement,
Olivier Nourry
Twitter: @OlivierNourry
Le 10 juillet 2012 17:21, Aude JOLY <aj...@e-magineurs.com> a écrit :
En fait le choix du flash d’abord, c’est une facilité pour les clients : un
seul fichier à l’origine à fournir (le FLV) et ensuite les autres formats si on
souhaite une compatibilité complète (puisque le HTML5 demande plusieurs
formats).
>Pour aussi utiliser le moins de JS possible.
>Pour pouvoir utiliser un lecteur vidéo qui permette aussi de synchroniser une
>version en langue des signes…
>
>Je pensais que pour les sous-titres, ils devaient être synchronisés à la
>vidéo… et on ne parle pas de l’audio-description… HTML5 & accessibilité, c’est
>donc incompatible ?
>
>Notre volonté est clairement de créer un lecteur vidéo performant, accessible
>selon le RGAA (et Accessiweb donc), qui passe les labellisations, qui soit le
>plus simple possible à gérer pour les clients, …
>On a basé nos développements sur ces lecteurs à l’origine :
>- Lecteur standard :
>http://www.longtailvideo.com/players/jw-flv-player/
>- Lecteur si la version en langue des signes peut-être fournie :
>http://pourtous.lesite.tv
>En pensant que nous pourrions couvrir la majorité des cas.
>
>Aude
>
>
>Aude JOLY
>Chef de projet - Ingénieur en développement
>Experte TYPO3 - TYPO3 Certified Integrator
>Experte Accessiweb en évaluation
>
>E-Magineurs
>33 quai Arloing (Bat C)
>69009 Lyon
>Ligne directe : +33 4 82 53 25 00
>Tel : +33 4 37 37 88 00
>aj...@e-magineurs.com
>www.e-magineurs.com
>Dernières références
>Google maps
>
>De :liste_gta-boun...@list.accessiweb.org
>[mailto:liste_gta-boun...@list.accessiweb.org] De la part de Olivier Nourry
>Envoyé : mardi 10 juillet 2012 16:46
>À : liste_gta@list.accessiweb.org
>Objet : Re: [Liste GTA] Vidéo et HTML5 et multisupport
>
>salut Aurélien,
>
>pas sûr de comprendre ta remarque:
>" En l'état vous pourrez donc avoir une solution accessible mais qui ne
>passera pas la labellisation. "
>Sauf erreur le fait d'avoir une version sous-titrée, et une version
>audio-décrite, atteignables avec un lien correctement placé, permet de
>satisfaire les critères de présence dans AW; et donc de labelliser
>potentiellement.
>
>Mais comme je sais que tu le sais, je me dis que j'ai loupé un truc ;o) [clin
>d'oeil].
>Tu peux préciser stp ?
>
>Sinon, pour Aude: d'instinct j'aurais fait l'inverse: dégrader le HTML5 en
>Flash, mais j'avoue ne pas y avoir réfléchi plus que ça. Qu'est-ce qui vous a
>amené à faire ce choix du Flash d'abord, puis du HTML5? A cause des soucis de
>dépendance à JS?
>
>
>Cordialement,
>Olivier Nourry
>Twitter: @OlivierNourry
>
>
>
>Le 10 juillet 2012 16:20, Aurélien Levy <aurelien.l...@temesis.com> a écrit :
>Bonjour,
>
>quand il n'y a pas de javascript vous pouvez proposer un lien vers la vidéo,
>le fichier de soustitre et le fichier d'audiodescription.
>Attention cependant car à ma connaissance hormis quelques expérimentations
>dans des labos aucun player html5 à base d'élément <video> ne gère
>l'audiodescription (seule solution, l'inclure dans la vidéo).
>En l'état vous pourrez donc avoir une solution accessible mais qui ne passera
>pas la labellisation.
>
>Aurélien
>
>
>
>Bonjour,
>
>Nous devons mettre en place un lecteur vidéo multi-support accessible.
>C’est-à-dire qu’il doit fonctionner sur tout navigateur sur PC, mais aussi sur
>mobile et sur tablette.
>
>Nous avons fait le choix d’utiliser un lecteur flash avec en alternative un
>lecteur HTML5 quand le flash n’est pas lu.
>Nous rencontrons un problème avec les sous-titres : pas moyen de les faire
>fonctionner sans javascript en HTML5… Donc du coup pas d’alternative au
>javascript, donc pas accessible…
>
>Comment traiter cette problématique, nous tournons en rond…
>
>Merci
>
>
>Aude JOLY
>
>_______________________________________________
>liste_gta mailing list
>liste_gta@list.accessiweb.org
>http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
>
>
>--
>Aurélien Levy
>----
>Temesis
>
>_______________________________________________
>liste_gta mailing list
>liste_gta@list.accessiweb.org
>http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
>________________________________
>
>Aucun virus trouvé dans ce message.
>Analyse effectuée par AVG - www.avg.fr
>Version: 2012.0.2195 / Base de données virale: 2437/5122 - Date: 09/07/2012
>_______________________________________________
>liste_gta mailing list
>liste_gta@list.accessiweb.org
>http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
_______________________________________________
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
_______________________________________________
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org