[Liste GTA] Les iframes
Bonjour la liste, Dans le cadre de la mise en place d'un outil générateur de workflow et de formulaires, j'apprends que cet outil est intégrable à des applications Java via des iframes... J'ai toqué sur la table par rapport à l'accessibilité, puisque nous avons interdis l'utilisation des iframes depuis toujours dans tous nos développement web (application web, portail...) Seulement, nous sommes en train de remettre ce choix de non-iframe en question. Je me demande, si finalement il y a une différence entre un lien qui ouvre dans une nouvelle fenêtre, ou un lien qui ouvre dans une fenêtre d'iframe... au point de vu accessibilité. Avec la navigation au clavier, le passage des liens de la page principale vers celle de l'iframe s'enchaîne de façon transparente. Est ce que quelqu'un peut me dire comment les iframes sont supportés par les technologies d'assistance? est elle considérée comme une nouvelle fenêtre, ou est-elle lu dans le flux (comme pour la navigation au clavier)? Les seules recommandations dans les normes d'accessibilités portent sur la présence d'un title pertinent. J'aurais besoin de vos avis, de vos arguments Je vous en remercie par avance. Cordialement, Julie BARATCHART UCANSS - DSI 05.62.26.92.82 ___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Les iframes
Bonjour Julie, bonjour la liste, Je passe la main pour la question de savoir si l'iframe est plus ou moins contraignant que la nouvelle fenêtre pour l'utilisateur d'AT. En revanche je réponds sur les effets secondaires des iframes. - L'iframe pose souvent un problème aux voyants qui ont besoin de zoomer le texte. Le Critère 10.4 [AA] est donc impacté selon la façon dont est intégrée la zone iframe dans la page. - Assez difficile aussi de respecter le plan du document en insérant des iframes qui sont codés d'une façon générique et pas en fonction du contexte d'insertion. Je déconseille également les iframes mais malheureusement encore beaucoup de services de contenus tiers utilisent cette technique... Bien cordialement Carsten MEYER Mobyou 05 86 16 02 41 Le 11 décembre 2014 10:04, jbaratch...@ucanss.fr a écrit : Bonjour la liste, Dans le cadre de la mise en place d'un outil générateur de workflow et de formulaires, j'apprends que cet outil est intégrable à des applications Java via des iframes... J'ai toqué sur la table par rapport à l'accessibilité, puisque nous avons interdis l'utilisation des iframes depuis toujours dans tous nos développement web (application web, portail...) Seulement, nous sommes en train de remettre ce choix de non-iframe en question. Je me demande, si finalement il y a une différence entre un lien qui ouvre dans une nouvelle fenêtre, ou un lien qui ouvre dans une fenêtre d'iframe... au point de vu accessibilité. Avec la navigation au clavier, le passage des liens de la page principale vers celle de l'iframe s'enchaîne de façon transparente. Est ce que quelqu'un peut me dire comment les iframes sont supportés par les technologies d'assistance? est elle considérée comme une nouvelle fenêtre, ou est-elle lu dans le flux (comme pour la navigation au clavier)? Les seules recommandations dans les normes d'accessibilités portent sur la présence d'un title pertinent. J'aurais besoin de vos avis, de vos arguments Je vous en remercie par avance. Cordialement, Julie BARATCHART UCANSS - DSI 05.62.26.92.82 ___ 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] Apparence de checkbox customisée via CSS et ARIA
Bonjour, voici un nouveau cas lors de mon éval qui me laisse perplexe. Le code suivant permet d'afficher ses propres images, via CSS, pour représenter la case à cocher. input type=checkbox value=Afficher name=TYPE checked=checked class=checkbox-mobile id=presentationModeDemarrage label role=checkbox tabindex=0 aria-checked=true for=presentationModeDemarrage id=xxxAfficher les astuces au prochain démarrage/label La classe checkbox-mobile fait un display:none. La restitution par Jaws par prise de focus est bonne : Case à cocher Afficher les astuces au prochain démarrage Cochée Par contre, la sélection/désélection n'est pas notifiée. Le détournement via ARIA du rôle natif de l'élément label est-il conforme ? Si non, quel critère permet d'invalider ? Comment implémenter la notification ? Merci d'avance pour votre collaboration. FRÉDÉRIC BERNIER-MALCOIFFE___ liste_gta mailing list liste_gta@list.accessiweb.org http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA
Bonjour, pour ce genre de chose tu n'as pas besoin de passer par aria, exemple : http://blog.temesis.com/post/2014/03/18/cases-a-cocher-personnalisees-accessibles Le problème ici est que tes cases à cocher sont faites via des images de fond donc si tu les désactives / mode fort contraste / css utilisateurs / problème de chargement, elles disparaitront ce qui perturber les utilisateurs voyants et malvoyants. A noter, lors de l'appel à commentaire au GTA sur le RGAA 3, la majorité a demandé le maintient de la prise en compte de ce cas de figure mais ils semble cf la version béta que la DISIC ce soit ranger à l'avis contraire. Aurélien Bonjour, voici un nouveau cas lors de mon éval qui me laisse perplexe. Le code suivant permet d'afficher ses propres images, via CSS, pour représenter la case à cocher. input type=checkbox value=Afficher name=TYPE checked=checked class=checkbox-mobile id=presentationModeDemarrage label role=checkbox tabindex=0 aria-checked=true for=presentationModeDemarrage id=xxxAfficher les astuces au prochain démarrage/label La classe checkbox-mobile fait un display:none. La restitution par Jaws par prise de focus est bonne : Case à cocher Afficher les astuces au prochain démarrage Cochée Par contre, la sélection/désélection n'est pas notifiée. Le détournement via ARIA du rôle natif de l'élément label est-il conforme ? Si non, quel critère permet d'invalider ? Comment implémenter la notification ? Merci d'avance pour votre collaboration. FRÉDÉRIC BERNIER-MALCOIFFE ___ 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
