Bonjour Romain et tous,
C'est une application en cours de développement donc pas dispo sur le
store.
Il s'agit d'un "contexte WebView (ressource web intégrée dans
application native ".
Le contenu des écrans, hors vidéo est du HTML dans lequel on peut
naviguer comme si on était dans safari : navigation par titres, liens,
boutons. Lorsqu'on choisit la navigation par boutons, VoiceOver ne
trouve pas les boutons du lecteur. Il faut savoir où se trouve le dit
lecteur, à peu près, double taper pour l'activer et alors seulement, on
a accès aux boutons. Mais dès qu'on active l'un de ces boutons, on perd
à nouveau le focus.
L'idéal serait donc un lecteur HTML5 du style de celui utilisé dans
l'appli youtube qui fonctionne bien avec Voiceover.
Sylvie
Le 05/11/2013 12:39, Romain Gervois a écrit :
Bonjour,
Je crois que la solution technique n'est pas la question ici. On parle
d'un lecteur vidéo Web utilisé sous plateforme mobile iOS. Donc
forcément d'un lecteur implémenté via élément video HTML 5.
Sylvie écrit :
"Ils utilisent actuellement le lecteur utilisé par défaut par l'ipad,
celui que l'IPad utilise lorsqu'on lit une vidéo."
Ce lecteur "par défaut" sera toujours utilisé même si on se retrouve
face à un lecteur vidéo personnalisé en HTML 5.
Pas le choix (c'est pas un mal sauf pour des besoins bien précis que
peut apporter l'API Video).
Sylvie écrit :
"Le problème est qu'il est difficilement atteignable au balayage
voiceover, le focus du lecteur d'écran ne va pas par défaut sur les
boutons de contrôle du lecteur. De plus, les boutons sont bizarrement
étiquetés en anglais alors que lorsqu'on teste la vidéo, lue par le
lecteur par défaut de l'Ipad, les boutons sont bien en français.".
Par rapport à mon explication précédente, en fait tu dois normalement
te trouver confronter à deux lecteurs :
- le premier est l'implémentation HTML 5 (problème au balayage,
problème de focus, étiquetage en anglais donc c'est lié à
l'implémentation faite par le concepteur) ;
- le deuxième est le lecteur interne à iOS qui se charge de la
consultation de la vidéo (et qui prend le pas sur l'implémentation
HTML 5).
Ce n'est pas le cas ? Es-tu dans un contexte purement web (accès via
Safari) ou contexte WebView (ressource web intégrée dans application
native téléchargeable depuis le store) ?
Romain
Le 5 novembre 2013 12:27, Victor Brito <[email protected]
<mailto:[email protected]>> a écrit :
En ce qui concerne jwplayer, son lecteur en Flash a, ces dernières
années, souffert de régressions en matière d'accessibilité : je me
souviens même avoir dû piocher dans une ancienne version modifiée
par Sébastien Delorme pour un projet Web devant être un minimum
accessible.
Pour le reste, Web Axe a publié, en février dernier, une liste de
lecteurs HTML 5 accessibles
<http://www.webaxe.org/accessible-html5-media-players-and-more/>.
Victor
Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en
évaluation
39 rue Charles Laffitte 92200 Neuilly-sur-Seine Tél. : +33 6 03 15
89 57 <tel:%2B33%206%2003%2015%2089%2057>
SIRET : 789 766 334 00013
Consulter le site Web professionnel de Victor Brito
<http://www.victor-brito.fr>
Sur les réseaux sociaux
* Suivre Victor Brito sur Twitter
<http://twitter.com/victorbritopro>
* Suivre Victor Brito sur Diaspora
<https://joindiaspora.com/u/victorbritopro>
Sans oublier
* La fiche de membre du Groupe de Travail Accessiweb
<http://www.accessiweb.org/index.php/fiche_gta/items/site_victor_brito.html>
* Halte à la balkanisation du Web !
<http://halte-a-la-balkanisation-du-web.fr>
* Un seul Web <http://un-seul-web.fr>
* Profession intégrateur (X)HTML / CSS
<http://profession-integrateur-xhtml-css.fr>
Le 05/11/13 12:21, Matthieu Marseille a écrit :
Bonjour Sylvie, bonjour la liste,
Il est possible d'utiliser le lecteur de Youtube sur matériel
Apple, avec un embed du lecteur en iframe : coté Youtube, une
détection est faite et le lecteur passe en html5 - je pense à
priori que c'est la meilleure alternative ?
Il est aussi possible d'utiliser d'autres lecteurs html5, style
jwplayer ou video.js, mais ni l'un ni l'autre ne sont (de
mémoire) optimisés Accessibilité.
2013/11/5 Victor Brito <[email protected]
<mailto:[email protected]>>
Salut, Sylvie, bonjour, la liste,
Très rapidement, le meilleur moyen de disposer d'un lecteur
vidéo accessible en même temps que responsive serait de
développer un lecteur de vidéo en HTML 5. Reste à savoir, si
l'on ne veut pas se donner du temps (voire de l'argent) pour
du développement sur mesure, quels sont les meilleurs
lecteurs vidéo HTML 5 en matière d'accessibilité (pour ma
part, je n'ai pas de nom qui me vienne à l'esprit).
Victor
Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en
évaluation
39 rue Charles Laffitte 92200 Neuilly-sur-Seine Tél. : +33 6
03 15 89 57 <tel:%2B33%206%2003%2015%2089%2057>
SIRET : 789 766 334 00013
Consulter le site Web professionnel de Victor Brito
<http://www.victor-brito.fr>
Sur les réseaux sociaux
* Suivre Victor Brito sur Twitter
<http://twitter.com/victorbritopro>
* Suivre Victor Brito sur Diaspora
<https://joindiaspora.com/u/victorbritopro>
Sans oublier
* La fiche de membre du Groupe de Travail Accessiweb
<http://www.accessiweb.org/index.php/fiche_gta/items/site_victor_brito.html>
* Halte à la balkanisation du Web !
<http://halte-a-la-balkanisation-du-web.fr>
* Un seul Web <http://un-seul-web.fr>
* Profession intégrateur (X)HTML / CSS
<http://profession-integrateur-xhtml-css.fr>
Le 05/11/13 12:17, Sylvie Duchateau a écrit :
Bonjour à tous,
J'ai eu un échange avec quelqu'un qui développe une
application pour IPad avec laquelle, entre autres, il doit
lire des vidéos.
Pour l'instant, la plupart des informations dans
l'application sont écrites en HTML avec un peu de js si j'ai
bien compris et d'ARIA.
Ils utilisent actuellement le lecteur utilisé par défaut par
l'ipad, celui que l'IPad utilise lorsqu'on lit une vidéo.
Le problème est qu'il est difficilement atteignable au
balayage voiceover, le focus du lecteur d'écran ne va pas
par défaut sur les boutons de contrôle du lecteur. De plus,
les boutons sont bizarrement étiquetés en anglais alors que
lorsqu'on teste la vidéo, lue par le lecteur par défaut de
l'Ipad, les boutons sont bien en français.
Question 1 : peut-on rendre l'interaction avec ce lecteur
par défaut accessible ?
Question 2 : Sinon quel autre lecteur conseillez-vous qui
fonctionnnerait en codage HTML et qui serait accessible ?
Merci pour vos réponses.
Cordialement
Sylvie
_______________________________________________
liste_gta mailing list
[email protected]
<mailto:[email protected]>
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
--
Matthieu MARSEILLE
DFO - F6 TECH
[email protected] <mailto:[email protected]>
+33 (0)1 49 68 24 55 FullSIX France
157 rue Anatole France
92309 Levallois Perret Cedex
<http://maps.google.fr/maps?q=fullsix+levallois+perret&oe=utf-8&client=firefox-a&ie=UTF8&hl=fr&hq=fullsix&hnear=Levallois-Perret&ll=48.900189,2.279363&spn=0.016673,0.045447&z=15&iwloc=A>
http://www.fullsix.com
<http://www.fullsix.com/>
_______________________________________________
liste_gta mailing list
[email protected] <mailto:[email protected]>
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
_______________________________________________
liste_gta mailing list
[email protected] <mailto:[email protected]>
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
--
Sylvie Duchateau
Association BrailleNet
Tél.: +33 (0) 1 44 27 26 25 / Fax : +33 (0) 1 44 27 34 38
www.braillenet.org / www.accessiweb.org
_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
