Bonjour, Je tenais juste à préciser que le code source peut être visible directement sur le navigateur dès lors qu'on effectue un rendu serveur en amont. Pour cela, il faut se tourner du côté des applications isomorphiques telles que next.js, par exemple, qui s'appuie sur React :
https://github.com/zeit/next.js/ Ce principe de développement peut être appliqué sur de l'Angular, du React, du Vue.js, etc... Cordialement, Romain Berton Le mar. 25 sept. 2018 à 17:09, Gilles Chagnon < [email protected]> a écrit : > Bonjour, > > Attention quand même. Le code affiché par les inspecteurs n'est pas 100% > fiable non plus, javascript ou pas: > * éléments thead et tbody ajoutés aux tableaux > * retours à la ligne ajoutés visuellement, et qui peuvent induire en > erreur sur le DOM réel. J'avais mis en ligne un petit exemple simple > pour montrer quel impact cela peut avoir si on n'y prend garde (comparer > le code source, raccourci clavier Controle-u, avec ce qui est > visuellement restitué dans les inspecteurs): > <https://www.gchagnon.fr/cours/html/miseenpageliste.html> > > Bonne fin de journée aussi, > > G. Chagnon > > Le 25/09/2018 à 16:46, Olivier Nourry a écrit : > > 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] > >> <mailto:[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/uploads/Image/52/504_680_Logo-Eolas-Bas-de-mail.gif > >> < > https://www.eolas.fr/?utm_source=BasDeMail&utm_campaign=BasDeMail2017&utm_medium=email> > > >> https://www.eolas.fr/uploads/Image/eb/713_858_Bas-de-mail-Twitter.png > >> <https://twitter.com/BD_eolas> > >> https://www.eolas.fr/uploads/Image/61/879_852_Bas-de-mail-LinkedIn.png > >> <https://www.linkedin.com/company/business-&-decision-eolas/> > >> https://www.eolas.fr/uploads/Image/4b/1275_558_Bas-de-mail-Facebook.png > >> > >> > >> <https://www.facebook.com/BDEolas/> > >> > >> *De :*liste_gta [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] <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 > > > > _______________________________________________ > 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
