C'est assez compliqué de pouvoir répondre dans ce cas puisque le souci peut
revêtir deux formes :
1) l'implémentation de l'UIView/UIWebView (propre au SDK d'iOS) ;
2) l'implémentation HTML embarquée.
Par rapport à ton précédent mail où tu indiques naviguer par type
d'éléments, le souci semble effectivement la forme 2.

Romain

PS : il semble y avoir des soucis avec les UIWebView placées dans des
UIView marquées comme accessibles (il faut donc apparemment désactiver ce
marquage).


Le 5 novembre 2013 14:08, Sylvie Duchateau
<[email protected]>a écrit :

> 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

Répondre à