Re: [Liste GTA] (sans objet)

[Anthony Ladeuil]

Ça c'est gentil ! Tout pareil et merci ! 

Anthony

> Le 2 sept. 2021 à 16:33, EDOUARD Chantal  a 
> écrit :
> 
> Bonjour à tous et bonne rentrée 
>  
>  <>
>  
> 
>  
> Chantal EDOUARD 
> -
> DRPAIEM-DIRECTION DELEGUEE DE LA COMMUNICATION INSTITUTIONNELLE, 
> EVENEMENTIELLE ET DIGITALE
> DCIED-SERVICE COMMUNICATION NUMERIQUE
> METROPOLE NICE COTE D'AZUR  - 06364 Nice cedex 4 
> Tél : +33 (0)4 97 13 50 67 / Fax : -
> chantal.edou...@ville-nice.fr 
>  
> 
>   <>
>  
>  
> ___
> 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

Re: [Liste GTA] Notation des pages service-public

[Anthony Ladeuil]

Hello,

Il est même pas du tout ! 
Toute petite amélioration éventuellement (il faut bien chipoter un peu ) :


Je mettrais le span notation-item-note en aria-hidden et je changerais le 
wording du sr-only par « Cette page m'a été un peu utile : noter 2 sur 5. ». En 
lecteur d'écran ça serait un tout petit peu plus fluide et compréhensible.

My 2 cents (hors taxes).

Anthony

> Le 20 avr. 2021 à 16:19, Marie Gazel Baudy  a écrit 
> :
> 
> Bonjour la liste,
>  
> Pouvez-vous, svp, me donner votre avis sur le système de notation mis en 
> place sur les fiches « service-public » ?
> https://www.service-public.fr/particuliers/vosdroits/F232 
> 
>  
> 
> Il me semble tout à fait utilisable, compréhensible au clavier et au lecteur 
> d’écran. Et valide en terme de code (avec le plugin de check WCAG du w3c : 
> https://validator.w3.org/nu/ ).
> Qui peut confirmer ? ou infirmer ?
>  
> Bonne journée,
>  
>  
> Marie Baudy
> Web & UX Office
>  
> LE GOUVERNEMENT DU GRAND-DUCHÉ DE LUXEMBOURG
> Centre des technologies de l’information de l’Etat
>  
> 11, rue Notre-Dame . L-2240 Luxembourg
> Tél. (+352) 247-82030 
> E-mail : marie.ba...@ctie.etat.lu 
> Support Renow : renow.i...@ctie.etat.lu 
> Référentiel de normalisation web : www.renow.lu 
> 
> ctie.gouvernement.lu  . guichet.lu 
> 
>  
> DECHARGE 
> 
> Les informations contenues dans cet email peuvent être confidentielles ou 
> protégées par des lois en vigueur et notamment le règlement (UE) 2016/679 
> relatif à la protection des personnes physiques à l'égard du traitement des 
> données à caractère personnel et à la libre circulation des données. Elles 
> sont à l'attention des destinataires uniquement. 
> 
> Si vous n'êtes pas le destinataire principal, ni un des destinataires placés 
> en copie, la divulgation, la copie, la diffusion ou toute autre utilisation 
> de cet email est prohibée et peut être illégale. 
> 
> Dans ce cas, vous devez avertir l'émetteur immédiatement et détruire cet 
> email. 
> 
> L'émetteur de l'email supporte l'entière responsabilité pour le contenu 
> purement privé non en relation avec les fonctions que ce dernier exerce.
> 
> ___
> 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

Re: [Liste GTA] Avis expérience UX et accessibilité

[Anthony Ladeuil]

Bonjour David,

Je pense que pour avoir une réponse, il faudrait préciser ce qui est entendu 
par "site web en mode UX". Personnellement, je crains d'avoir une lacune là…

Cordialement.

Anthony

> Le 17 déc. 2020 à 12:05, David Martin  a écrit :
> 
> Bonjour,
>  
> Nous sommes en train d’étudier la refonte de notre site web. Nous souhaitons 
> un respect du RGAA.
> Une des offres se base sur une approche UX.
>  
> Est-il possible donc de faire un site web en mode UX tout en respectant les 
> critères d’accessibilité en vue d’une conformité au RGAA ?
>  
> Cordialement
>  
> David Martin
> Responsable Infrastructure du Système d’Information
> Mob : 07 86 00 69 39
>    
>    
>    
>  
>  
> APSAH DAF
> Rignac
> 87700 Aixe-sur-Vienne
> Tél : 05 55 70 23 84
> Fax : 05 55 70 17 87
>    
>    
>    
> 
>  
> Afin de contribuer au respect de l'environnement, merci de 
> n'imprimer cet e-mail que si nécessaire.
>  
> ___
> 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

Re: [Liste GTA] WebApp js/Ajax accessible

[Anthony Ladeuil]

Bonjour Sélim,

Déjà, tu peux lire ça 
https://developer.mozilla.org/fr/docs/Accessibilit%C3%A9/ARIA/Zones_live_ARIA 
,
 il y a de quoi faire pour répondre à ton besoin.

Bonne journée et bon weekend.

Anthony

> Le 4 déc. 2020 à 14:35, Sélim MEZITI  a écrit :
> 
> Bonjour, 
>  
> Je cherche de la documentation sur comment rendre une webapp qui construite 
> en js/Ajax accessible.
> Elle est dédiée aux enfants et n’est pas du tout accessible.
> Elle propose également des jeux en javascript.
>  
> Si vous avez des infos sur ce sujet j’en serais reconnaissant.
>  
> Merci.
>  
> Sélim.
> ___
> 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

Re: [Liste GTA] Enquête pour la création d'un nouvel outil open source sur l'accessibilité numérique

[Anthony Ladeuil]

Bonjour Frédéric,

Testé avec VoiceOver, il est effectivement incompréhensible. Microsoft a un peu 
oublié l'a11y.
Après, dit gentiment, le message serait mieux passé peut être… :-)

Une solution serait peut être de se faire aidé par une personne proche qui 
pourrait le remplir, en direct ou par téléphone étant données les circonstances 
actuelles. Ça prend 2 minutes chrono.

Bien à vous tous, prenez soin de vous.
Anthony

> Le 25 mars 2020 à 17:33, Frédéric Halna  a écrit :
> 
> Bonjour,
> 
> Quelles sont les difficultés rencontrées ?
> 
> Merci,
> Frédéric.
> 
> Le mer. 25 mars 2020 à 15:36, fortin.nicolas  > a écrit :
> Bonjour,
>  
> Il faudrait que le formulaire soit accessible pour pouvoir y répondre
>  
> Bien cordialement,
> Nicolas
>  
> - Original Message -
> From: Frédéric Halna 
> To: liste_gta@list.accessiweb.org 
> Sent: Tuesday, March 24, 2020 6:39 PM
> Subject: [Liste GTA] Enquête pour la création d'un nouvel outil open source 
> sur l'accessibilité numérique
> 
> Bonjour à tous,
> 
> Pour la création d'un nouvel outil open-source sur l'accessibilité numérique, 
> nous travaillons avec des élèves d'une formation UX designer des Gobelins qui 
> aimeraient que vous répondiez à une courte enquête : « Que connaissez-vous de 
> l'accessibilité web ? »  ça prend 3 minutes !
> 
> https://bit.ly/3d1IExj 
> 
> Si ça vous intéresse, ils recherchent également des personnes à interviewer 
> pour analyser les besoins des différents acteurs de l'accessibilité. Nous 
> avons eu plus de 150 réponses au questionnaire, mais nous manquons d'expert 
> pour la partie interview. (voir dernière question de l'enquête)
> 
> Bon courage à tous et merci de votre participation,
> Frédéric Halna.
> 
> 
> ___
> 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 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

Re: [Liste GTA] Pour information

[Anthony Ladeuil]

Bonjour Oliver et la liste,

Je reprends juste la fin du mail d'Olivier : "[…] l'IA ne trouvera pas de 
description satisfaisante pour ses critères de confiance, ajoutera « aucune 
description disponible » là où un alt vide aurait été nettement préférable. […]"

La fonctionnalité restera une option activable par les utilisateurs concernés. 
Pour voir le côté positif, on peut se dire que le texte "aucune description 
disponible" pourra correspondre à un alt vide. :-) Mais ça va devenir verbeux 
tout ça… Tant que l'information ajoutée par Chrome est spécifiée comme étant de 
l'IA, les choses seront claires et les utilisateurs sauront sûrement faire la 
part des choses puisqu'ils n'ont pas le "A" de l'IA.

Quant aux moyens déployés par les géants du net dans une techno plutôt qu'une 
autre, c'est toujours mieux que d'investir dans rien du tout, à mon sens. Le 
jour où Google va décider de miser sur un lecteur d'écran compatible avec les 
OS du marché, on va vite les soupçonner de collecter des informations à l'insu 
des gens et ça va râler. 

Mon humble avis.
Bon weekend à toutes et tous.

Anthony


> Le 11 oct. 2019 à 11:04, Olivier Nourry  a écrit :
> 
> « Balise alt »… sic.
> 
> Personnellement j’ai toujours pensé que ce type de technologie était un 
> gadget bien trop coûteux pour l’intérêt qu’il présente dans cette application.
> 
> D’abord parce que j’ai du mal à percevoir l’intérêt d’avoir des descriptions 
> pour des images qui ont essentiellement vocation à être vues (et non décrites 
> - je sais pas si vous voyez la nuance?). Ensuite parce que sauf à avoir la 
> capacité de compréhension et d’abstraction d’un être humain, une IA ne peut 
> pas, de manière fiable, traduire l’intention de l’auteur ou l’autrice du 
> contenu. L’image sert un propos qui n’est pas forcément exprimé en la 
> décrivant, mais en faisant référence à ce que cette image évoque. Cela 
> implique de disposer du bagage culturel (au sens premier du terme) qui permet 
> de faire cette association d’idées. Ce que font les IA à l’heure actuelle, 
> c’est de la reconnaissance d’images, et c’est très différent. Si j’illustre 
> un site web corporate avec une photo de personnes assises autour d’une table 
> de bureau, souriantes, bien habillées, représentant divers groupes ethniques, 
> je fais passer un message plus ou moins subtil concernant cette entreprise. 
> Les mots que j’utiliserais pour faire passer ce message ne seront 
> probablement pas ceux qui décrivent l’image de manière factuelle.
> 
> Alors ok la reconnaissance d’images c’est très utile pour les voitures 
> autonomes, la surveillance, le médical, et des tas d’autres applications. 
> Mais pour l’accessibilité, le problème c’est que c’est aussi coûteux 
> qu’inefficace. Pour moi ça ressemble à du handi-washing. J’aurais nettement 
> préféré voir les milliardaires du numérique investir par exemple sur les 
> lecteurs d’écran, la compréhension des besoins utilisateurs, et sur la 
> sensibilisation et la formation des professionnels. Ce serait à mon humble 
> avis bien plus profitable à tous — mais bon, je dois être utopiste.
> 
> Mais si des personnes concernées par le handicap visuel trouvent, au 
> contraire, que c’est utile pour elles, alors je veux bien l’entendre. Ça 
> m’intéresse réellement d’avoir vos opinions à ce sujet.
> 
> Quant à ce qui est indiqué dans l’article: si je comprends bien, quand l'IA 
> ne trouvera pas de description satisfaisante pour ses critères de confiance, 
> ajoutera « aucune description disponible » là où un alt vide aurait été 
> nettement préférable. Preuve selon moi que les personnes concernées ne sont 
> pas impliquées dans le développement, une fois de plus. Déçu, mais pas 
> surpris. 
> 
> 
> PS: « personnes souffrant d’un handicap visuel » - re sic.
> 
> Bonne journée
> Olivier Nourry
> 
> 
>> Le 11 oct. 2019 à 10:33, fortin.nicolas > > a écrit :
>> 
>> Grâce à l’IA, Google Chrome remplira automatiquement les balises alt pour 
>> faciliter le quotidien des malvoyants
>> Grâce à la reconnaissance d'images et l'apprentissage automatique, Google va 
>> générer automatiquement des balises alt. 
>> (le siècle digital, @cecitroc-infos, Vincent Hoefman)
>> PAR ÉLÉONORE LEFAIX - TWITTER@ELEFAIX - 11 OCTOBRE 2019
>> image d'un panneau de signalisation avec le mot alt
>> 
>> Naviguer sur le web quand on a un problème de vue, n’est pas une tâche 
>> aisée. Pour faciliter le quotidien des malvoyants et des aveugles, Google va 
>> utiliser l’IA afin de générer des descriptions automatiques pour plusieurs 
>> milliers d’images.
>> Des descriptions remplies automatiquement
>> Sur Internet et particulièrement les réseaux sociaux, les images sont 
>> utilisées pour illustrer des faits ou tout simplement remplacer des mots. 
>> Les personnes malvoyantes utilisent pour naviguer sur le web un lecteur 
>> d’écran ou une plage braille.
>> Pour lire une image cependant, il faut que les balises alt, plus communément 
>> 

Re: [Liste GTA] Un aveugle poursuit Domino's Pizza pour non accessibilité de son site Web (article)

[Anthony Ladeuil]

Bonjour David et la liste.

Si la question est de cas de poursuites d'un plaignant français contre une 
entité française, je ne pense pas (ou pas encore…). Par contre, des 
négociations contre menues monnaies (sic) avant procès éventuel engagées par 
des cabinet américains contre des sociétés françaises diffusant sur le sol 
américain, la réponse est oui. En même temps ça tire à tout va, là bas.

Et ça nous pend au nez en France.

pour avoir un ordre d'idée : 
https://www.adatitleiii.com/2019/01/number-of-federal-website-accessibility-lawsuits-nearly-triple-exceeding-2250-in-2018/
 


> Le 10 oct. 2019 à 16:12, CAILLAUD DAVID (CNAM / Nantes) 
>  a écrit :
> 
> Bonjour la liste,
>  
> Connaissez-vous des cas de poursuite en France ?
>  
> Cordialement,
>  
> David CAILLAUD
>  
> De : liste_gta [mailto:liste_gta-boun...@list.accessiweb.org 
> ] De la part de CHUZEVILLE Hervé
> Envoyé : mercredi 9 octobre 2019 14:22
> À : liste_gta@list.accessiweb.org 
> Objet : [Liste GTA] Un aveugle poursuit Domino's Pizza pour non accessibilité 
> de son site Web (article)
>  
> Bonjour,
> Je vous fais suivre un article intéressant de ZDNet :
> Un aveugle poursuit Domino's Pizza pour non accessibilité de son site Web
> Technologie : En ignorant l'appel de Domino's, la Cour suprême des Etats-Unis 
> ouvre la porte à des poursuites judiciaires contre les sites Web et les 
> applications mobiles qui ne sont pas accessibles aux personnes handicapées.
> https://www.zdnet.fr/actualites/un-aveugle-poursuit-domino-s-pizza-pour-non-accessibilite-de-son-site-web-39891869.htm?utm_campaign=quotidienne_09/10/2019_source=newsletter_medium=emailing
>  
> 
>  
> Cordialement,
>  
> Hervé Chuzeville
> 
> • Désormais notre adresse de messagerie se termine par @assurance-maladie.fr. 
> Mettez à jour votre carnet d’adresses !
> • "Le contenu de ce courriel et ses éventuelles pièces jointes sont 
> confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si 
> cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin 
> de ne pas violer le secret des correspondances, vous ne devez pas le 
> transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à 
> l'émetteur et de le détruire.
> Attention : L'organisme de l'émetteur du message ne pourra être tenu 
> responsable de l'altération du présent courriel. Il appartient au 
> destinataire de vérifier que les messages et pièces jointes reçus ne 
> contiennent pas de virus. Les opinions contenues dans ce courriel et ses 
> éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas 
> la position de l'organisme sauf s'il en est disposé autrement dans le présent 
> courriel."
> *
> ___
> 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

Re: [Liste GTA] Validité simple A du reCAPTCHA de Google

[Anthony Ladeuil]

+12000 avec Olivier.


> Le 19 déc. 2018 à 11:16, Olivier Keul  a écrit :
> 
> Hello,
> 
> J'enfonce surement une porte ouverte mais le CAPTCHA est l'un des principaux 
> points de bloquage selon l'étude Webaim de 2017 sur les usages d'un lecteur 
> d'écran .
> 
> 
> Il existe tout un tas d'article qui démontre que reCaptcha de Google n'est 
> pas suffisant :
> https://www.w3.org/WAI/GL/wiki/Captcha_Alternatives_and_thoughts 
> 
> https://axesslab.com/captchas-suck/ 
> https://www.dtelepathy.com/blog/design/captcha-alternatives-better-ux  
> 
> En bref je te recommande de t'en tenir à ta première reco : bannir le captcha 
> et mettre en place un honey pot. Niveau sécurité le honey pot n'est pas 
> infaillible (le captcha non plus d'ailleurs) mais il est possible de mettre 
> en place des protections complémentaires aux niveaux back / infra (bloquer 
> l'envoi lorsqu'on détecte X requêtes en moins de Y milliseconde, bannir une 
> IP ou plage d'IP suspecte de façon temporaire ou permanente etc).
> 
> Le mer. 19 déc. 2018 à 11:02, Steven Mouret  > a écrit :
> Salut à tous,
> 
> Pour ma part j'ai noté un problème lorsque l'on coche le Recaptcha mais qu'on 
> ne valide pas le formulaire, au bout d'une minute environ, un message informe 
> l'utilisateur qu'il faut le revalider. Ce message se trouve dans un span (il 
> faut un paragraphe) avec aria-hidden à true et l'utilisateur non ou mal 
> voyant n'a pas l'info.
> Le comportement clavier me semble correcte aussi tant qu'on a pas les 
> vérifications du type images ou audio. Je ne sais d'ailleurs pas quand il 
> propose la vérification supplémentaire.
> Si vous avez plus de retours je suis preneur.
> 
> Cordialement
> 
> --
> Steven Mouret
> 
> 
> Le mer. 19 déc. 2018 à 10:43, Carsten Perso  > a écrit :
> Merci Cyril pour ton retour,
> 
> Il y aurait un paramètre de langue optionnel dans la doc 
> https://developers.google.com/recaptcha/docs/invisible#config 
> 
> 
> Carsten
> 
> Le mer. 19 déc. 2018 à 09:53, Cyril Lamotte  > a écrit :
> Bonjour,
> 
> Je ne me prononce pas sur l'implémentation (au clavier, ça à l'air correct), 
> mais l'alternative audio semble inutilisable :
> Quand on écoute le son, je n'ai jamais eu de son en français. Peut-être 
> y-a-il une configuration :
> Demo : https://www.google.com/recaptcha/api2/demo?invisible=true 
> 
> 
> Cyril Lamotte
> 
> 
> Le mer. 19 déc. 2018 à 09:32, Carsten Perso  > a écrit :
> Bonjour la liste,
> 
> Suite à notre recommandation d'utiliser un CAPTCHA de type Honey Pot maison, 
> notre client souhaite finalement utiliser la solution reCAPTCHA invisible de 
> Google.
> Il vise dans un premier temps un niveau d'accessibilité simple A.
> 
> Cette solution qui a été semble-t-il considérablement améliorée par Google, 
> est-elle désormais "recommandable" ? Avez-vous rencontré des difficultés avec 
> certaines aides techniques qui pourraient être considérées comme étant des 
> robots ? 
> 
> Merci d'avance pour vos retours
> 
> Bonne journée
> 
> Carsten MEYER
> Intégration web - accessibilité
> 05 49 62 88 88
>  ___
> 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 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 mailing list
> liste_gta@list.accessiweb.org
> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

___

Re: [Liste GTA] liste non ordonnée vs liste de définition

[Anthony Ladeuil]

Bonsoir Olivier,

Sur le fond, nous sommes d'accord. Coûts, temps, nécessité ou pas.
Et non, nous ne sommes pas des emmerdeurs (quoi que, des fois...). Au delà de 
l'audit en lui-même, dont nous n'avons pas de restitution quand à sa 
formulation sur ce point précis, quelles ont été les mesures prises en amont du 
développement ? Je pense sincèrement que si lors d'un audit on sent que 
l'accessibilité a été le parent pauvre, n'importe qui peut devenir pointilleux 
à outrance, quitte à commettre des impairs (sans supposer que ce soit le cas 
pour les sites de Giuseppe ni pour l'auditeur). 
Mon précédent message avait pour but de mettre un peu de légèreté...

> Le 11 déc. 2018 à 19:51, Olivier Nourry  a écrit :
> 
> Bonjour Anthony,
> L’enjeu d’un audit accessibilité, AMHA, n’est pas de viser un code optimal, 
> mais de vérifier que tout fonctionne. Faire modifier du code qui fonctionne 
> pour le remplacer par de code qui fait exactement la même chose pour 
> l’utilisateur, c’est de la surqualité. Peu importe la pertinence visuelle ou 
> le caractère sympa à mettre en forme, ce n’est pas notre mission sur un 
> audit. Celui qui a fait cette demande a outrepassé ici sa responsabilité pour 
> s’aventurer sur des terrains hasardeux, faisant abstraction des contraintes 
> d’implémentation, qui sont pourtant un aspect essentiel du dialogue 
> auditeur/équipe. Les conséquences pour le projet ne sont pas neutres: on va 
> dépenser du temps de dév, de tests, de modification des règles de codage, 
> voire parfois des gabarits, des contenus et du CMS pour… rien, en fait. C’est 
> là le problème. Pendant ce temps on ne corrige pas des anomalies réelles et 
> impactantes.
> 
> Qu’on s’entende bien: en phase de specs j’aurais pu proposer cette structure 
> parce qu’elle peut effectivement avoir des avantages, et qu’à ce stade ça ne 
> coûte rien de plus (pour ça sans doute que sur l’exemple du WAI ils se sont 
> fait plaisir, sur du code statique. Note cependant que ça n’a pas grand chose 
> à voir avec le cas décrit par Giuseppe). Et j’aurais allègrement laissé filer 
> si on m’avait signalé la moindre difficulté d'implémentation. Mais on ne doit 
> pas demander de corriger (et même on s’abstient de relever) un point qui ne 
> pose pas de problème. C’est une faute, sur un audit.
> 
> On nous (les experts accessibilité) reproche suffisamment d’emmerder le monde 
> avec nos règles auxquels personne ne comprend rien, pour que nous ne 
> chargions pas la barque davantage. C’est à cause de ce type de comportement 
> que nous nous faisons traiter de dogmatiques (et de menteurs) dans des 
> articles de vulgarisation destinés aux professionnels du Web. Et franchement, 
> y a pas besoin.
> 
> Olivier Nourry
> 
>> Le 11 déc. 2018 à 19:28, Anthony Ladeuil > <mailto:anth...@ladeuil.com>> a écrit :
>> 
>> Bonjour Giuseppe et la liste,
>> 
>> Le grand débat sur les ... :-)
>> 
>> Pour ma part, je suis en accord avec le propos modéré de Sébastien.
>> Ce type de liste me parait appropriée dans ce contexte, c'est d'ailleurs ce 
>> que j'aurais implémenté avant un . En premier lieu, pour l'association 
>> 'titre' > 'description', en second lieu parce que côté design c'est assez 
>> sympa à mettre en forme. Mais c'est un détail. Ou pas.
>> On peut voir une utilisation des 'dl' sur 
>> https://www.w3.org/TR/wai-aria-practices-1.1/examples/accordion/accordion.html
>>  
>> <https://www.w3.org/TR/wai-aria-practices-1.1/examples/accordion/accordion.html>,
>>  site qui, a priori, maîtrise son sujet. Au même titre que l'auditeur, 
>> apparemment.
>> 
>> La notion d'inutilité levée par Jean-Pierre me trouble : tout dépend des 
>> moyens (financiers, ressources, temps) disponibles pour prendre en compte le 
>> conseil de l'auditeur et du niveau de qualité que l'on souhaite atteindre. 
>> Même si, en l'occurence, un 'ul' fait le job bien sur. Tout comme un semi 
>> remorque fait le job pour aller à la plage, mais en voiture c'est sympa 
>> aussi. ^^ Et est-ce que l'auditeur a clairement exprimé qu'à défaut de liste 
>> de description les utilisateurs seraient dans l'incapacité de comprendre le 
>> récapitulatif ? Il ne s'agit peut être que d'un conseil.
>> 
>> Pour ce qui est de l'apport à l'utilisateur, visuellement il peut y en avoir 
>> un, ne serait-ce que par la mise en forme visuelle. 
>> A priori, le temps de mise en oeuvre ne serait pas non plus rédhibitoire.
>> 
>> Bien à vous.
>> 
>> 
>>  Prénom
>>  Anthony
>>  NOM
>>  Ladeuil
>> 
>> 
>> 
>>> Le 11 déc. 2018 à 17:57, Jean-Pierre Villain >> <mailto:jpvill...@access42.net&

Re: [Liste GTA] liste non ordonnée vs liste de définition

[Anthony Ladeuil]

Bonjour Giuseppe et la liste,

Le grand débat sur les ... :-)

Pour ma part, je suis en accord avec le propos modéré de Sébastien.
Ce type de liste me parait appropriée dans ce contexte, c'est d'ailleurs ce que 
j'aurais implémenté avant un . En premier lieu, pour l'association 'titre' 
> 'description', en second lieu parce que côté design c'est assez sympa à 
mettre en forme. Mais c'est un détail. Ou pas.
On peut voir une utilisation des 'dl' sur 
https://www.w3.org/TR/wai-aria-practices-1.1/examples/accordion/accordion.html 
,
 site qui, a priori, maîtrise son sujet. Au même titre que l'auditeur, 
apparemment.

La notion d'inutilité levée par Jean-Pierre me trouble : tout dépend des moyens 
(financiers, ressources, temps) disponibles pour prendre en compte le conseil 
de l'auditeur et du niveau de qualité que l'on souhaite atteindre. Même si, en 
l'occurence, un 'ul' fait le job bien sur. Tout comme un semi remorque fait le 
job pour aller à la plage, mais en voiture c'est sympa aussi. ^^ Et est-ce que 
l'auditeur a clairement exprimé qu'à défaut de liste de description les 
utilisateurs seraient dans l'incapacité de comprendre le récapitulatif ? Il ne 
s'agit peut être que d'un conseil.

Pour ce qui est de l'apport à l'utilisateur, visuellement il peut y en avoir 
un, ne serait-ce que par la mise en forme visuelle. 
A priori, le temps de mise en oeuvre ne serait pas non plus rédhibitoire.

Bien à vous.


Prénom
Anthony
NOM
Ladeuil



> Le 11 déc. 2018 à 17:57, Jean-Pierre Villain  a écrit 
> :
> 
> Bonjour,
> 
> De mon point de vue la recommandation est inutile et abusive.
> 
> Inutile parce que la liste UL fait très bien le job.
> 
> Abusive parce qu'elle demande un surcroit de travail qui ne sert strictement 
> à rien.
> 
> Mon conseil :
> 
> Exiger de l'auditeur qu'il apporte la preuve que, faute d'utiliser des DL, 
> des utilisateurs seraient dans l'incapacité de comprendre le récapitulatif.
> Comme l'auditeur sera incapable d'apporter cette preuve, refuser la Non 
> conformité
> Ne rien changer à l'implémentation a actuelle
> Envisager sérieusement de changer d'auditeur qui, à l'évidence, ne maitrise 
> pas son sujet.
> Néanmoins si vous le faite ça n'aura aucune conséquence sur l'utilisateur ça 
> vous aura juste fait perdre du temps.
> Et je ne suis pas d'accord que dans l'idéal la liste de description serait 
> appropriée dans un contexte de cette nature.
> 
> L'apport pour l'utilisateur c'est zéro, y compris si le type était supporté. 
> Pire cela alourdirait la restitution pour rien
> JPV
> Le 11/12/2018 à 16:07, Sébastien Delorme a écrit :
>> Bonjour Giuseppe,
>> 
>> On a pris l'habitude d'appeler liste de définitions les listes .
>> C'est lié de mémoire à la manière dont elles étaient présentées par le W3C 
>> dans HTML4.
>> 
>> Toutefois, depuis HTML5, la sémantique de ces listes est plus claire : il ne 
>> s'agit pas de listes de définitions mais de listes de descriptions.
>> 
>>> The dl  
>>> element represents  a 
>>> description list of zero or more term-description groups. Each 
>>> term-description group 
>>>  
>>> consists of one or more terms
>> https://www.w3.org/TR/html/grouping-content.html#the-dl-element 
>> 
>> 
>> L'exemple 27 présenté sur le lien ci-avant est très proche de celui remonté 
>> lors de l'audit.
>> 
>> 
>> En gros, une liste composée de couples clé/valeur est tout à fait adaptée 
>> pour être structurée avec  et .
>> 
>> 
>> Bien que le fait de demander à remplacer  par  me semble 
>> un peu strict*, et pas nécessairement indispensable, dans l'idéal oui, la 
>> liste  est effectivement plus appropriée dans ce contexte.
>> À l'inverse, il est peu probable qu'un autre auditeur puisse reprocher 
>> l'utilisation de  dans ce contexte.
>> 
>> 
>> Accessiblement,
>> Sébastien.
>> 
>> PS : à propos du "un peu strict" : c'est très subjectif et lié notamment au 
>> fait que ça ne changera pas grand chose pour l'utilisateur à ce jour car sur 
>> la majorité (la totalité ?) des aides techniques la liste de description est 
>> annoncée comme une simple liste. 
>> 
>> Sébastien Delorme
>> sdelo...@atalan.fr 
>> 
>> Tél. 01 45 26 77 89 / Port. 06 10 70 16 01
>> 
>> 
>> 
>> Atalan
>> Accessibilité numérique et sensibilisation au handicap
>> www.atalan.fr  
>> 
>> Atalan est coordinateur des projets AcceDe Web et AcceDe PDF 
>> www.accede.info 
>> Le 11/12/2018 à 15:41, ROSA Giuseppe (93) a écrit :
>>> Bonjour la liste,
>>> 
>>> Suite à un audit d'accessibilité sur 

Re: [Liste GTA] problème de vocalisation avec Zoom texte

[Anthony Ladeuil]

Bonjour Isabelle et la liste.

Une piste ici : 
https://blog.ceciaa.com/2018/03/21/versions-de-zoomtext-compatibilites-windows/

Vraisemblablement un souci de compatibilité.

Cdlt.
Anthony Ladeuil

> Le 21 nov. 2018 à 10:29, Isabelle Moretti  a 
> écrit :
> 
> Bonjour,
> 
> un utilisateur d'un site développé spécifiquement pour un public mal-voyant 
> et aveugle (il s'agit d'une plateforme privée de téléchargement de fichiers 
> sons) rencontre un problème sur ce site. 
> En effet, le site n'est pas vocalisé sur son ordi, alors qu'il l'est partout 
> ailleurs et que sur son ordi, il n'a pas de problème de vocalisation. 
> 
> Ce monsieur utilise Zoomtexte 9, sur Window 7, avec Chrome. 
> Le site est en HTML5, sans éléments particuliers et dans le respect des 
> règles d'accessibilité. 
> 
> Avez-vous une idée du problème qui peut être en cause ?
> Merci d'avance pour vos réponses éclairées !
> Bonne journée
> 
> Isabelle Moretti
> 
> 06 99 40 02 06
> www.lesdiodes.fr <http://www.lesdiodes.fr/>
> 
> ___
> 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

Re: [Liste GTA] Structure Fil d'Ariane

[Anthony Ladeuil]

Hello tout le monde

Pour ma part j'aime bien utiliser la structure suivante :


Vous êtes ici : 

accueil


lorem


lorem ipsum



Ca peut faire hurler (ou pas) mais j'y trouve mon compte pour la mise en 
forme... 
Du coup, je veux bien des avis :)

Anthony


> Le 21 avr. 2016 à 12:58, san...@free.fr a écrit :
> 
> hello,
> moi j'aime sémantiquement que mes liens soient en ol/li, une liste ordonnée, 
> ça le fait , non ?
> Je veux bien des retours d'utilisateurs sur l'emploi d'une liste ordonnée !
> avec le "vous êtes ici" devant sans titre, en effet.
> 
> vincent qui arrive après le train !
> 
> - Mail original -
> De: "Cyril Lamotte" >
> À: "liste gta"  >
> Envoyé: Jeudi 21 Avril 2016 11:51:39
> Objet: Re: [Liste GTA] Structure Fil d'Ariane
> 
> 
> Ok je pars là-dessus alors ! 
> 
> Succession de liens avec "vous êtes ici" devant (pas dans un titre). 
> 
> Merci 
> 
> 
> 
> 
> Cyril Lamotte 
> Développeur Front-end / Référent accessibilité 
> 
> 
> clamo...@jouve.fr 
> 
> 
> 02 43 08 39 97 
> 
> Jouve
> 1, rue du docteur Sauvé, 53101 Mayenne CEDEX 
> www.jouve.com  
>   Twitter Google +LinkedInViadeoJouve
> 
> 
> 
> 
> Le 21/04/2016 11:38, Sylvie Duchateau a écrit : 
> 
> 
> 
> 
> Bonjour Cyril, Olivier et tous, 
> 
> Je pense qu'un h2 « vous êtes ici » n'est pas nécessaire. 
> 
> 
> Fil d'Ariane, non plus, ceux qui ne connaissent pas les recommandations se 
> demanderont ce qu'Ariane vient faire là-dedans. 
> 
> Vous êtes ici me paraît parlant. 
> 
> 
> Je suis d'accord avec Olivier sur la « bête succession de liens ». 
> 
> 
> Bonne journée 
> 
> Sylvie 
> 
> 
> Le 21/04/2016 à 11:17, Olivier Nourry a écrit : 
> 
> 
> 
> Bonjour Cyril, 
> Il n'y a aucune structure HTML qui corresponde à un fil d'Ariane, et à vrai 
> dire, je ne vois pas trop ce que l'on pourrait faire de mieux qu'une bête 
> succession de liens comme l'exemple que tu donnes. D'ailleurs ni la spec 
> HTML, ni les design patterns ARIA ne le prévoient, malgré le coté très 
> répandu de la pratique. Sans doute un signe qu'il n'y a pas besoin de 
> structure particulière. 
> Je ne recommande en tout cas pas la liste non ordonnée, ça ne colle pas avec 
> le fait que les éléments ne sont pas interchangeables, et ne sont pas du même 
> "niveau". Du coup on pourrait penser à des UL ou OL imbriquées à 1 élément, 
> mais en lecture vocale ça serait franchement lourdingue, et pas pratique du 
> tout. 
> Sinon peut-être optimiser la restitution en rendant les séparateurs non 
> vocalisés (role=presentation par exemple). 
> 
> 
> Le H2 me parait excessif pour la plupart des cas, ça fait un point d'arrêt 
> dans l'arborescence en plus qui ne se justifie pas franchement. J'aurais 
> juste mis le tout (incluant "vous êtes ici") dans un conteneur avec un id. Si 
> le masquage est fait correctement (contenu hors viewport), il reste trouvable 
> avec CTRL+F, ça permet de le retrouver facilement si on est déjà passé 
> dessus. Tant qu'à le masquer, autant avoir un libellé plus spécifique: 
> "localisation" ou "fil d'Ariane" (le second est un terme technique, mais au 
> moins il ne peut pas être confondu avec autre chose. 
> 
> 
> Juste mes deux centimes Sur tous ces points d'amélioration UX, je suis 
> preneur de l'avis d'utilisateurs de lecteurs d'écran pour ce qui est le plus 
> agréable ou pratique. 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>   
>   
> 
>   --
> Olivier Nourry 
> http://about.me/oliviernourry  
>   
> 
>   
> 
> Le 21 avril 2016 à 10:45, Cyril Lamotte < clamo...@jouve.fr 
>  > a écrit : 
> 
> 
> 
> Bonjour la Liste, 
> 
> Comment structureriez-vous un fil d'Ariane et mettriez-vous un titre juste 
> avant ? 
> 
> Dans Drupal, le code généré par défaut est celui-ci, le jugez-vous correct ? 
> : 
> 
> 
> 
> Vous êtes ici (titre masqué) 
>  
> Rubrique 
>>> 
> Titre 
>  
> 
> Ou feriez-vous une liste ul / li ? 
> 
> 
> Ou autre.. ? 
> 
> 
> 
> Merci à vous ! 
> 
> 
> 
> 
> -- 
> 
> 
> Cyril Lamotte 
> Développeur Front-end / Référent accessibilité 
> 
> 
> clamo...@jouve.fr  
> 
> 
> 02 43 08 39 97 
> 
> Jouve
> 1, rue du docteur Sauvé, 53101 Mayenne CEDEX 
> www.jouve.com  
>   Twitter Google +LinkedInViadeoJouve
> 
> 
> 
> 
> ___ 
> 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 
> 
> 
> 

Re: [Liste GTA] Méthode d'évaluation de l'augmentation de la taille des caractères jusqu'à 200%

[Anthony Ladeuil]

Salut Nicolas,

Pour l'avoir implémenté de nombreuses fois, les dimensions de blocs en em ne 
posent pas de problème et je suis un peu en désaccord sur la similitude entre 
zoom de page et un zoom texte avec cette méthode. Le scroll n'intervient pas 
obligatoirement, sauf avec un zoom page :). Comme dit dans le fil, le scroll, 
bien que pas très joyeux effectivement, n'invalide pas le critère.
De plus, Firefox interprète le grossissement en le couplant avec les media 
queries, les break points étant exécutés. Par contre, html5 nous autorise mieux 
que le % avec les propriétés calc() qui sont ultra puissantes pour le coup 
couplées au x media quieries :). Je reconnais que les em demandent un peu de 
pratique, mais on s'y fait. Il faut juste discuter avec les designers et leurs 
expliquer les contraintes en amont. Et là... :)
Il n'en demeure pas moins que lorsque le contenu déborde un peu partout avec 
des tailles fixes, la lisibilité est tout de même réduite ;-)

Anthony

Le 8 juil. 2015 à 17:58, Chardon Nicolas nchar...@voyages-sncf.com a écrit :

 Bonjour à tous,
  
 Utiliser des ems pour définir les largeurs de blocs est une solution qui 
 n’est pas parfaite : en effet, pour l’utilisateur, le zoom texte va 
 ressembler au zoom page, les blocs vont s’élargir et induire une barre de 
 scroll horizontale … Les media queries en em sont la meilleure solution,  
 mais elles imposent un site vraiment responsive, voire des largeurs en 
 pourcentage. Avez-vous des retours d’expérience sur les media queries en em 
 et ce problème ?
  
 Cordialement,
  
 NICOLAS CHARDON
 ARCHITECTE IHM
 VSC Technologies
 2 place de la Défense – CNIT 1 – BP 440 – 92053 Paris La Défense Cedex
 TÉL. : +33 (0)1 58 13 73 22 (73 22)  - nchar...@voyages-sncf.com
 STANDARD : +33 (0)1 74 54 13 00 
 Voyages-sncf.com, 23 sites couvrant plus de 30 pays.
 image001.png
 image002.jpg
 Téléchargez notre application mobile
 image003.jpg
 Suivez-nous sur Twitter
 image004.png
 Rejoignez-nous sur Facebook
 image005.png
 Rejoignez-nous sur Google +
  
  
  
  
 De : liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] De la part de 
 Anthony Ladeuil
 Envoyé : mercredi 8 juillet 2015 17:36
 À : liste_gta@list.accessiweb.org
 Objet : Re: [Liste GTA] Méthode d'évaluation de l'augmentation de la taille 
 des caractères jusqu'à 200%
  
 Bonjour à tous également
  
 Pour rebondir sur ce que précise Carsten, je pousserais volontiers le bouchon 
 encore plus loin : est ce qu'on ne peut pas considérer que l'utilisation 
 systématique de nos fameux et redoutés EM ne serait pas une solution ? En 
 effet, le problème du zoom texte réside dans le fait que si les containers 
 HTML sont spécifiés en pixels, comme bien souvent, le texte pousse toute la 
 structure et/ou se superpose. Au delà de la perte d'information, la 
 lisibilité est-elle un critère à prendre en compte pour valider ou invalider ?
 Exemple en pj
  
 Anthony
  
  
 Le 7 juil. 2015 à 17:28, Carsten Meyer c...@mobyou.net a écrit :
 
 
 Bonjour à tous,
 
 Pour le nombre de Ctrl +, comme le précise Steven Mouret c'est bien 6 fois 
 Ctrl + pour obtenir 200% sous Firefox.
 Pour remettre à 100%, utilisez Ctrl 0.
 Concernant le débat sur le zoom texte seulement vs zoom graphique, tout à 
 fait d'accord avec vous.
 Et pour poursuivre avec le responsive web design, il est souvent intéressant 
 d'utiliser des media queries en EM vs pixels pour mieux gérer les longueurs 
 de lignes et éviter quelques chevauchements !
  
 Bonne soirée
 
 Carsten MEYER
  
  
 Le 7 juillet 2015 17:16, san...@free.fr a écrit :
 salut à tous,
 http://www.denisboudreau.org/blog/2013/07/why-browser-zoom-testing-sucks-for-accessibility/
 https://alastairc.ac/2014/03/csun-browser-zoom-sucks-for-low-vision-users/
 voilà deux articles toujours d'actualité qui donne de bonnes raisons de ne 
 zoomer que le texte et non un zoom de page.
 Donc, en effet, en particulier, la scrollbar horizontale est un enfer,
 donc Ctrl+ 4 fois avec texte seulement et vérifier que l'on ne pert pas 
 d'info !
 a+
 ps : en plus, si vous faites du RWD (et m$ême si non) penser à word-wrap : 
 break-word; et hyphens : auto;
 
 - Mail original -
 De: Cyril FABBY cyril.fa...@keyconsulting.fr
 À: liste gta liste_gta@list.accessiweb.org
 Envoyé: Mardi 7 Juillet 2015 16:23:14
 Objet: Re: [Liste GTA]  Méthode d'évaluation de l'augmentation de la taille 
 des caractères jusqu'à 200%
 
 
 
 Bonjour,
 
 
 Le zoom graphique (homothétique), fait rapidement apparaître la scrollbar 
 horizontale.
 Le zoom texte seulement me semble être plus pertinent à l'usage (d'où la 
 règle afin que ca reste utilisable).
 
 
 Cordialement,
 
 
 
 
 Cyril FABBY
 
 
 Ingénieur d'étude, Expert Accessiweb 2.0 en Evaluation de page, Ergonomie, 
 Web Design
 
 
 
 Key Consulting
 
 41 rue Emile Duclaux
 92150 Suresnes
 
 Tél: 01 41 38 90 40
 Fax: 01 41 38 90 41
 P Avant d'imprimer cet email, réfléchissez à l'impact sur l'environnement, 
 merci
 
 Le 7 juillet 2015 16:13, Cédric