Bonjour Claire, Pour la Web Developer toolbar, spécifiquement, il faudrait vérifier pour chaque fonctionnalité ce qui est analysé, notamment lorsque le DOM est mis à jour par un script durant l’inspection. Mais pour les « developer tools » intégrés aux navigateurs (que ce soit Firefox, Chrome, Safari, ou Edge), le code inspecté est celui qui est généré en temps réel, par défaut. Avec les outils actuels je pense même qu’il est plus difficile d’accéder au code source qu’au code généré ;-) [clin d’oeil] Donc aucun souci pour auditer du contenu généré en JS. Ton interrogation tient peut-être au fait que par le passé les outils d’inspection (automatiques notamment) analysaient le code source, et non le code vu du client après application des transformations par CSS et JS. Or les technologies d’assistance d’aujourd’hui s’appuient sur le code généré et détectent les modifications du DOM qui sont répercutées sur l’accessibility tree. Les outils d’inspection du code source n’ont donc quasiment plus aucun intérêt pour auditer l’accessibilité.
J'espère avoir répondu à ta question. J’en profite aussi pour signaler l’étude de l’accessibilité de bibliothèques JS publiée par la DINSIC: https://disic.github.io/rgaa_bibliotheques-javascript/tutoriels/index.html <https://disic.github.io/rgaa_bibliotheques-javascript/tutoriels/index.html> Bonne fin de journée Olivier Nourry Access First > Le 25 sept. 2018 à 11:05, DAVAL Claire <[email protected]> a > écrit : > > Re bonjour à tous, > > Merci pour vos réponses > Alors, après avoir un peu exploré la bibliothèque, il semble que l’on soit > libre de mettre n’importe quelle structure HTML. > Donc si je résume, cela signifie que c’est grosso modo la même problématique > que pour un site « classique », mais c’est plus compliqué à analyser parce > qu’il faut se baser sur le code généré et donc on ne bénéficie pas de l’aide > des outils de type web developper toolbar. > Vous êtes d’accord avec ça ? > > Claire DAVAL > Tel : +33 (0)4 76 44 50 50 > EOLAS, groupe Business & Decision > <https://www.eolas.fr/?utm_source=BasDeMail&utm_campaign=BasDeMail&utm_medium=email> > > Services en ligne managés 24/7 - e-commerce, e-administration, e-business > > > <https://www.eolas.fr/?utm_source=BasDeMail&utm_campaign=BasDeMail2017&utm_medium=email> > <https://twitter.com/BD_eolas> > <https://www.linkedin.com/company/business-&-decision-eolas/> > > > <https://www.facebook.com/BDEolas/> > > De : liste_gta [mailto:[email protected] > <mailto:[email protected]>] De la part de Nicolas Bocquet > Envoyé : lundi 24 septembre 2018 16:45 > À : [email protected] <mailto:[email protected]> > Objet : Re: [Liste GTA] Vue js > > Bonjour Claire, > > Un développement Javascript utilisant des bibliothèques de type ReactJS, > Angular et VueJS, peut tout à fait être compatible RGAA à condition de > respecter le référentiel ainsi que les recommandations des experts en > accessibilité. Cela nécessite parfois de ne pas suivre certaines > recommandations officielles de ces bibliothèques et d’adopter une approche de > développement plus orientée en faveur de l’accessibilité, mais ce dernier > point vaut aussi pour du Javascript natif. > > A noter que reactJS proposait l’année dernière des composants dont certains > présentaient des lacunes en matière d’accessibilité. J’avoue ne pas avoir > vérifié depuis un moment, peut-être que certains collègues pourront être plus > précis que moi, mais dans tous les cas de figure je vous recommande > chaudement de procéder à une vérification avant d’utiliser tout composant > pré-développé. > > cdt > > --- > Nicolas Bocquet > Intégrateur web, Expert accessibilité et Web ergonome > Web : http://www.nicolasbocquet.fr <http://www.nicolasbocquet.fr/> > Tel : 09 52 68 90 03 > > De : DAVAL Claire <mailto:[email protected]> > Envoyé le :lundi 24 septembre 2018 14:50 > À : [email protected] <mailto:[email protected]> > Objet :[Liste GTA] Vue js > > Bonjour la liste, > > Que pensez-vous de l'usage des technologies FrontEnd en full JS type Vue.js > et leurs comptabilité avec le RGAA. > Nous posons la question de l’utiliser pour mettre en place un espace client > pour un service public. > Nous avons fait quelques tests avec des lecteurs d’écran, la restitution > semble correcte à première vue. > > Mais dans la mesure ou le code source n’est pas visible directement sur le > navigateur, je me demande dans quelle mesure il est possible d’évaluer une > compatibilité RGAA ? > Faut-il forcément bannir ce type de technologie comme flash à une époque un > lointaine ? > > Est-ce que l’un d’entre vous a déjà eu ce genre de problématique ? > Merci pour vos retours > Claire > > Claire DAVAL > Tel : +33 (0)4 76 44 50 50 > EOLAS, groupe Business & Decision > <https://www.eolas.fr/?utm_source=BasDeMail&utm_campaign=BasDeMail&utm_medium=email> > > Services en ligne managés 24/7 - e-commerce, e-administration, e-business > > > > _______________________________________________ > liste_gta mailing list > [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
