Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Romain Gervois 
Bonjour,

Le problème est effectivement reproductible. Il ne s'agit cependant pas
d'un piège au clavier : l'utilisateur n'étant pas bloqué dans sa navigation.
En procédant à une navigation inversée, on arrive bien à sortir de ce
parcours géré via script (ce qui valide la première condition du 12.14.1).

Il s'agit surtout d'un problème d'ordre de tabulation en fait.

Romain

Le 11 mai 2016 à 17:49, ROSA Giuseppe (93) <
giuseppe.r...@dgfip.finances.gouv.fr> a écrit :

> Ok, un nouveau exemple à conserver. Merci
>
> Cordialement,
> --
> DGFiP Giuseppe ROSA
> Inspecteur Analyste
> Atelier SODA - bureau SI-1A
> Site SODA : http://si1a.intranet.dgfip/soda tel : 01.573.36.997
> pièce : 2388
>
>
>
> *Adoptez l'éco-attitude.*
> N'imprimez ce mail que si c'est vraiment nécessaire
>
>
>  Message original 
> Sujet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur
> les sites actuellement ?
> De : Olivier Nourry  
> Pour : liste_gta@list.accessiweb.org 
> 
> Date : 11/05/2016 11:11
>
> Précision supplémentaire: le bug est reproductible sur la page indiquée
> par Nathalie (
> http://www.paris.fr/services-et-infos-pratiques/logement/logement-social/demander-un-logement-social-37
>  ),
> sous Win7 et Chrome ou Firefox.
> En revanche il n'y a pas ce souci sur la home page (peut-être parce que le
> menu est différent, je n'ai pas vérifié).
>
>
>
>
> [image: --]
> Olivier Nourry
> [image: http://]about.me/oliviernourry
> 
>
>
> Le 11 mai 2016 à 10:50, Olivier Nourry  a écrit :
>
>> Hello,
>>
>> Vous m'avez mis le doute, alors j'ai vérifié, et en fait c'est un exemple
>> encore plus intéressant!
>> Le problème de piège au clavier apparaît quand la largeur de body est
>> supérieure ou égale à 1160px. Le site étant responsive, en dessous de cette
>> largeur, un menu burger remplace le menu "étalé", et là on arrive bien à
>> tabuler dans le contenu. Par contre, au-delà (menu étalé en largeur), le
>> bug se vérifie sur Chrome ET Firefox...
>>
>> Une preuve de plus que pour tester, désormais, il faut détecter les
>> breakpoints et valider sous les différentes tailles, en particulier lorsque
>> des éléments interactifs sont en jeu.
>>
>>
>>
>>
>> [image: --]
>> Olivier Nourry
>> [image: http://]about.me/oliviernourry
>> 
>>
>>
>> Le 11 mai 2016 à 10:20, Webmaster  a écrit :
>>
>>> Bonjour Olivier,
>>>
>>>
>>>
>>> Idem, je ne vois pas de problème avec le bandeau sous Chrome.
>>>
>>> Par contre, il y a une rubrique cachée.
>>>
>>>
>>>
>>>
>>>
>>> [image: Accueil du site Association Valentin Haüy (Logo)]
>>> 
>>>
>>> *Marc-Antoine Bonnet*
>>>
>>> Webmaster Internet/Intranet
>>> Expert accessibilité Web (EAE AccessiWeb)
>>> *Email : **webmas...@avh.asso.fr* 
>>>
>>>
>>> * association Valentin Haüy Siège*
>>>
>>> *Tel : *01 44 49 27 27 *– Poste *2219
>>> * 5 rue Duroc – 75343 Paris cedex 07*
>>>
>>>
>>>
>>> [image: Partagez sur Facebook !]
>>> [image:
>>> Partagez sur Twitter !] [image:
>>> Partagez sur Youtube !] 
>>> [image:
>>> Consultez nos E-newsletter !]
>>> 
>>>
>>>
>>>
>>>
>>>
>>> *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
>>> part de* Olivier Nourry
>>> *Envoyé :* mercredi 11 mai 2016 09:49
>>> *À :* liste_gta@list.accessiweb.org
>>> *Objet :* Re: [Liste GTA] Que penser des pistes audio qui se déploient
>>> sur les sites actuellement ?
>>>
>>>
>>>
>>> Bonjour Steven,
>>>
>>> Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu
>>> tabules. Le focus circule en boucle dans le bandeau.
>>>
>>> Le mercredi 11 mai 2016, Steven Mouret  a
>>> écrit :
>>>
>>> Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une
>>> vocalisation des pages mais qui ne souhaitent pas une simple formation des
>>> contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance
>>> de ce qu'est l'accessibilité ou juste une simple volonté de faire croire
>>> que. Surement un peu des deux.
>>>
>>>
>>>
>>> NB : Olivier je ne vois pas le piège au clavier dans le bandeau.
>>>
>>>
>>>
>>> --
>>> Steven Mouret
>>>
>>>
>>>
>>> Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :
>>>
>>> Bonjour Nathalie,
>>>
>>>
>>>
>>> Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un
>>> simple paragraphe, sans tabindex. Aucune chance d'y arriver!
>>>
>>>
>>>
>>> Ma position personnelle: je n'ai rien contre les outils de vocalisation
>>> on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont:

Re: [Liste GTA] contrastes et critère 13.15

2016-05-11 Par sujet Sébastien Delorme 

Matthieu,

Aucun problème, ma réponse va également dans ce sens : répondre à ta 
curiosité
/(ne me demande par contre pas comment tester la surface de 21 824 
pixels :))/


Bien à toi,
Sébastien.

Le 11/05/2016 à 17:15, Matthieu Marseille a écrit :

Bonjour Sébastien,

Je comprends bien la nature du critère et le point qu'il cherche à 
adresser, et on parle bien du même site.
Pour le coup c'est vraiment de la curiosité de ma part et une question 
ouverte, pas particulièrement orientée : je me demandais simplement 
si, dans les faits, cela pouvait être gênant.


Merci pour les réponses !


2016-05-11 17:05 GMT+02:00 Sébastien Delorme >:


Bonjour Matthieu,

Nous avons récemment eu à vérifier l'intégration d'un bouton
"accentuer les contrastes" sur un site en développement :)

Au-delà des échanges sur le changement de couleurs à appliquer
dans tous les contenus, je me permets d'apporter un complément sur
les changements brusques de luminosité.
Pour que ce critère soit valide, il faut que le changement de
luminosité respecte l'une de ces conditions :

 1. La fréquence de l'effet est inférieure à 3 par seconde
 2. La surface totale cumulée des effets est inférieure ou égale à
21 824 pixels

Pour un changement de couleurs sur un site, le premier point sera
forcément appliqué (à moins que l'utilisateur appuie plusieurs
fois sur le bouton en moins d'une seconde, mais là, il le cherche
un peu).
L'objectif de ce critère étant d'éviter les effets de
flash/clignotement :
https://www.w3.org/TR/UNDERSTANDING-WCAG20/seizure-does-not-violate.html

Bien à toi,

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/05/2016 à 12:22, Matthieu Marseille a écrit :

Aurélien, tout à fait, et le contenu du site en question étant en
grande partie administrable, c'est coté illustration qu'il a été
nécessaire de faire attention.
Le résultat est, dans tous les cas, loin d'être parfait.

2016-05-11 12:19 GMT+02:00 Aurélien Levy
>:

Attention à priori cela ne corrigera pas les éventuelles
images dans lesquels il y aurait du texte pas suffisamment
contrastée. D'ailleurs, je me demande dans quelle mesure on
pourrait arriver à quelque chose avec les filtres css / svg
notamment
https://docs.webplatform.org/wiki/svg/elements/feColorMatrix

Aurélien

Merci Philippe pour la réponse.
Je suis d'accord sur le positionnement du bouton, pas idéal,
mais pas vraiment eu le choix.

La réalisation est comme suit : le css est du Sass compilé,
un fichier spécifique (compilé en dernier) reprends toutes
les déclaration de couleur (color, background-color, border,
outline) présentes dans les autres fichiers et modifie leurs
couleurs (sur la base de map de couleurs, une contrastée,
l'autre non); lorsque l'utilisateur utilise le bouton, une
classe est ajoutée sur l'élément , et cette classe
permet d'appliquer les modifications de couleurs au reste
des éléments; l'utilisation du bouton provoque aussi le
dépôt d'un cookie coté utilisateur, de manière à garder ce
"réglage" de manière persistante.

Il n'y a pas de rechargement de page, dans les faits, cela
provoque un "saut" visible, d'ou ma question d'origine.


2016-05-11 11:57 GMT+02:00 Philippe Vayssière
>:

Bonjour,

il est non seulement annoncé mais également déclenché
par l'utilisateur.
Je considérerais qu'il s'agit d'une nouvelle page plus
que d'un effet même si c'est réalisé en JS sans passage
par le serveur ; ça rend le test 13.15.2 non applicable.

Concernant le positionnement du bouton dans le pied de
page, à défaut de pouvoir le mettre en début de page
j'ajouterais si possible une copie de celui-ci bien en
évidence au début de la page Accessibilité qui est un
autre endroit où amha un utilisateur s'attend à le trouver.
Un point bonus si le bouton dans le footer est lui assez
contrasté dans la version par défaut (huhu).

Si ce n'est pas un secret industriel, quel choix
technique a-t-il été fait pour la réalisation de cette
surcouche ? À la main ou bien une 2e CSS "contrastée"

Re: [Liste GTA] contrastes et critère 13.15

2016-05-11 Par sujet Matthieu Marseille 
Bonjour Sébastien,

Je comprends bien la nature du critère et le point qu'il cherche à
adresser, et on parle bien du même site.
Pour le coup c'est vraiment de la curiosité de ma part et une question
ouverte, pas particulièrement orientée : je me demandais simplement si,
dans les faits, cela pouvait être gênant.

Merci pour les réponses !


2016-05-11 17:05 GMT+02:00 Sébastien Delorme :

> Bonjour Matthieu,
>
> Nous avons récemment eu à vérifier l'intégration d'un bouton "accentuer
> les contrastes" sur un site en développement :)
>
> Au-delà des échanges sur le changement de couleurs à appliquer dans tous
> les contenus, je me permets d'apporter un complément sur les changements
> brusques de luminosité.
> Pour que ce critère soit valide, il faut que le changement de luminosité
> respecte l'une de ces conditions :
>
>1. La fréquence de l'effet est inférieure à 3 par seconde
>2. La surface totale cumulée des effets est inférieure ou égale à 21
>824 pixels
>
> Pour un changement de couleurs sur un site, le premier point sera
> forcément appliqué (à moins que l'utilisateur appuie plusieurs fois sur le
> bouton en moins d'une seconde, mais là, il le cherche un peu).
> L'objectif de ce critère étant d'éviter les effets de flash/clignotement :
> https://www.w3.org/TR/UNDERSTANDING-WCAG20/seizure-does-not-violate.html
>
> Bien à toi,
>
> Sébastien delormesdelo...@atalan.fr
>
> Tél. 01 45 26 77 89 / Port. 06 10 70 16 01
>
> 
>
> Atalan
> Accessibilité numérique et sensibilisation au handicapwww.atalan.fr
>
> Atalan est coordinateur des projets AcceDe Web et AcceDe PDF www.accede.info
>
> Le 11/05/2016 à 12:22, Matthieu Marseille a écrit :
>
> Aurélien, tout à fait, et le contenu du site en question étant en grande
> partie administrable, c'est coté illustration qu'il a été nécessaire de
> faire attention.
> Le résultat est, dans tous les cas, loin d'être parfait.
>
> 2016-05-11 12:19 GMT+02:00 Aurélien Levy :
>
>> Attention à priori cela ne corrigera pas les éventuelles images dans
>> lesquels il y aurait du texte pas suffisamment contrastée. D'ailleurs, je
>> me demande dans quelle mesure on pourrait arriver à quelque chose avec les
>> filtres css / svg notamment
>> 
>> https://docs.webplatform.org/wiki/svg/elements/feColorMatrix
>>
>> Aurélien
>>
>> Merci Philippe pour la réponse.
>> Je suis d'accord sur le positionnement du bouton, pas idéal, mais pas
>> vraiment eu le choix.
>>
>> La réalisation est comme suit : le css est du Sass compilé, un fichier
>> spécifique (compilé en dernier) reprends toutes les déclaration de couleur
>> (color, background-color, border, outline) présentes dans les autres
>> fichiers et modifie leurs couleurs (sur la base de map de couleurs, une
>> contrastée, l'autre non); lorsque l'utilisateur utilise le bouton, une
>> classe est ajoutée sur l'élément , et cette classe permet d'appliquer
>> les modifications de couleurs au reste des éléments; l'utilisation du
>> bouton provoque aussi le dépôt d'un cookie coté utilisateur, de manière à
>> garder ce "réglage" de manière persistante.
>>
>> Il n'y a pas de rechargement de page, dans les faits, cela provoque un
>> "saut" visible, d'ou ma question d'origine.
>>
>>
>> 2016-05-11 11:57 GMT+02:00 Philippe Vayssière <
>> phili...@alsacreations.fr>:
>>
>>> Bonjour,
>>>
>>> il est non seulement annoncé mais également déclenché par l'utilisateur.
>>> Je considérerais qu'il s'agit d'une nouvelle page plus que d'un effet
>>> même si c'est réalisé en JS sans passage par le serveur ; ça rend le test
>>> 13.15.2 non applicable.
>>>
>>> Concernant le positionnement du bouton dans le pied de page, à défaut de
>>> pouvoir le mettre en début de page j'ajouterais si possible une copie de
>>> celui-ci bien en évidence au début de la page Accessibilité qui est un
>>> autre endroit où amha un utilisateur s'attend à le trouver.
>>> Un point bonus si le bouton dans le footer est lui assez contrasté dans
>>> la version par défaut (huhu).
>>>
>>> Si ce n'est pas un secret industriel, quel choix technique a-t-il été
>>> fait pour la réalisation de cette surcouche ? À la main ou bien une 2e CSS
>>> "contrastée" compilée via un préprocesseur mais avec des variables de
>>> couleurs "*accessibles**/contrastées*" ou via l'utilisation des
>>> "variables" ("custom properties") CSS définies globalement ?
>>>
>>>
>>> Cordialement,
>>> Ph. Vayssière
>>> --
>>> alsacreations.fr - alsacreations.com
>>>
>>>
>>> Le 11/05/2016 à 11:33, Matthieu Marseille a écrit :
>>>
>>> Bonjour la liste,
>>>
>>> Je me pose une question, par pure curiosité, et je serais curieux
>>> d'avoir des avis.
>>>
>>> J'ai récemment eu à intégrer un bouton "accentuer les contrastes" sur un
>>> site en développement. La maquette n'est, de base, pas assez contrastée
>>> pour atteindre un niveau

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Ravet Isabelle 
Bonjour,

piège au clavier pour moi : sous Firefox et chrome. Et avec Nvda, la tabulation 
saute "municipalité", à cause du  vide avant (nvda prononce hors de liste 
sur le  vide) ?

Isabelle

[cid:106322812@11052016-147B]Isabelle RAVET
Conseil, assistance et méthodes pour les applications et les projets
Tél. : 01 41 17 57 86
mél : isabelle.ra...@insee.fr

De : liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] De la part de 
ROSA Giuseppe (93)
Envoyé : mercredi 11 mai 2016 11:18
À : liste_gta@list.accessiweb.org
Objet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les 
sites actuellement ?

Bonjour,

Je ne vois pas de piège au clavier non plus : firefox 46, body à 1664 px, ni 
sous chrome !

Cordialement,


DGFiP   Giuseppe ROSA
Inspecteur Analyste
Atelier SODA - bureau SI-1A
Site SODA : http://si1a.intranet.dgfip/soda tel : 01.573.36.997
pièce : 2388




Adoptez l'éco-attitude.
N'imprimez ce mail que si c'est vraiment nécessaire



 Message original 
Sujet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les 
sites actuellement ?
De : Olivier Nourry 
Pour : liste_gta@list.accessiweb.org 

Date : 11/05/2016 10:50
Hello,

Vous m'avez mis le doute, alors j'ai vérifié, et en fait c'est un exemple 
encore plus intéressant!
Le problème de piège au clavier apparaît quand la largeur de body est 
supérieure ou égale à 1160px. Le site étant responsive, en dessous de cette 
largeur, un menu burger remplace le menu "étalé", et là on arrive bien à 
tabuler dans le contenu. Par contre, au-delà (menu étalé en largeur), le bug se 
vérifie sur Chrome ET Firefox...

Une preuve de plus que pour tester, désormais, il faut détecter les breakpoints 
et valider sous les différentes tailles, en particulier lorsque des éléments 
interactifs sont en jeu.





Olivier Nourry
about.me/oliviernourry







Le 11 mai 2016 à 10:20, Webmaster 
> a écrit :
Bonjour Olivier,

Idem, je ne vois pas de problème avec le bandeau sous Chrome.
Par contre, il y a une rubrique cachée.


[Accueil du site Association Valentin Haüy (Logo)]

Marc-Antoine Bonnet
Webmaster Internet/Intranet
Expert accessibilité Web (EAE AccessiWeb)
Email : webmas...@avh.asso.fr

association Valentin Haüy Siège
Tel : 01 44 49 27 27 - Poste 2219
5 rue Duroc - 75343 Paris cedex 07



[Partagez sur Facebook 
!][Partagez
 sur Twitter !][Partagez sur Youtube 
!][Consultez nos E-newsletter 
!]



De : liste_gta 
[mailto:liste_gta-boun...@list.accessiweb.org]
 De la part de Olivier Nourry
Envoyé : mercredi 11 mai 2016 09:49
À : liste_gta@list.accessiweb.org
Objet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les 
sites actuellement ?

Bonjour Steven,
Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu tabules. 
Le focus circule en boucle dans le bandeau.

Le mercredi 11 mai 2016, Steven Mouret 
> a écrit :
Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une 
vocalisation des pages mais qui ne souhaitent pas une simple formation des 
contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance de ce 
qu'est l'accessibilité ou juste une simple volonté de faire croire que. 
Surement un peu des deux.

NB : Olivier je ne vois pas le piège au clavier dans le bandeau.


--
Steven Mouret

Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :
Bonjour Nathalie,

Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un simple 
paragraphe, sans tabindex. Aucune chance d'y arriver!

Ma position personnelle: je n'ai rien contre les outils de vocalisation 
on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont: une 
simple version vocale d'un contenu textuel. Leur efficacité est directement 
liée à l'accessibilité du code en lui-même.

Alors quand je vois sur le site de Voxygen, éditeur de la solution utilisée sur 
paris.fr:
"Voxygen WebReader est un outil de lecture vocale de sites qui garantit 
l'accessibilité vocale de votre site internet pour tous : seniors, enfants, 
malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les personnes 
plus à l'aise à l'oral qu'à l'écrit.

Avec Voxygen WebReader, *vous vous mettez en conformité avec

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Webmaster 
Effectivement, il y a un souci de focus à cette adresse.
Apparemment c’est le lien du bouton du moteur de recherche qui crée le bug.


[Accueil du site Association Valentin Haüy (Logo)]

Marc-Antoine Bonnet
Webmaster Internet/Intranet
Expert accessibilité Web (EAE AccessiWeb)
Email : webmas...@avh.asso.fr

association Valentin Haüy Siège
Tel : 01 44 49 27 27 – Poste 2219
5 rue Duroc – 75343 Paris cedex 07



[Partagez sur Facebook 
!][Partagez
 sur Twitter !][Partagez sur Youtube 
!][Consultez nos E-newsletter 
!]



De : liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] De la part de 
Olivier Nourry
Envoyé : mercredi 11 mai 2016 11:11
À : liste_gta@list.accessiweb.org
Objet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les 
sites actuellement ?

Précision supplémentaire: le bug est reproductible sur la page indiquée par 
Nathalie 
(http://www.paris.fr/services-et-infos-pratiques/logement/logement-social/demander-un-logement-social-37
 ), sous Win7 et Chrome ou Firefox.
En revanche il n'y a pas ce souci sur la home page (peut-être parce que le menu 
est différent, je n'ai pas vérifié).




Olivier Nourry
about.me/oliviernourry








Le 11 mai 2016 à 10:50, Olivier Nourry 
> a écrit :
Hello,

Vous m'avez mis le doute, alors j'ai vérifié, et en fait c'est un exemple 
encore plus intéressant!
Le problème de piège au clavier apparaît quand la largeur de body est 
supérieure ou égale à 1160px. Le site étant responsive, en dessous de cette 
largeur, un menu burger remplace le menu "étalé", et là on arrive bien à 
tabuler dans le contenu. Par contre, au-delà (menu étalé en largeur), le bug se 
vérifie sur Chrome ET Firefox...

Une preuve de plus que pour tester, désormais, il faut détecter les breakpoints 
et valider sous les différentes tailles, en particulier lorsque des éléments 
interactifs sont en jeu.




Olivier Nourry
about.me/oliviernourry








Le 11 mai 2016 à 10:20, Webmaster 
> a écrit :
Bonjour Olivier,

Idem, je ne vois pas de problème avec le bandeau sous Chrome.
Par contre, il y a une rubrique cachée.




Marc-Antoine Bonnet
Webmaster Internet/Intranet
Expert accessibilité Web (EAE AccessiWeb)
Email : webmas...@avh.asso.fr

association Valentin Haüy Siège
Tel : 01 44 49 27 27 – Poste 2219
5 rue Duroc – 75343 Paris cedex 07

 




De : liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] De la part de 
Olivier Nourry
Envoyé : mercredi 11 mai 2016 09:49
À : liste_gta@list.accessiweb.org
Objet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les 
sites actuellement ?

Bonjour Steven,
Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu tabules. 
Le focus circule en boucle dans le bandeau.

Le mercredi 11 mai 2016, Steven Mouret  a écrit :
Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une 
vocalisation des pages mais qui ne souhaitent pas une simple formation des 
contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance de ce 
qu'est l'accessibilité ou juste une simple volonté de faire croire que. 
Surement un peu des deux.

NB : Olivier je ne vois pas le piège au clavier dans le bandeau.


--
Steven Mouret

Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :
Bonjour Nathalie,

Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un simple 
paragraphe, sans tabindex. Aucune chance d'y arriver!

Ma position personnelle: je n'ai rien contre les outils de vocalisation 
on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont: une 
simple version vocale d'un contenu textuel. Leur efficacité est directement 
liée à l'accessibilité du code en lui-même.

Alors quand je vois sur le site de Voxygen, éditeur de la solution utilisée sur 
paris.fr:
"Voxygen WebReader est un outil de lecture vocale de sites qui garantit 
l’accessibilité vocale de votre site internet pour tous : seniors, enfants, 
malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les personnes 
plus à l’aise à l’oral qu’à l’écrit.

Avec Voxygen WebReader, *vous vous mettez en conformité avec la norme RGAA* et 
vous renforcez votre image RSE." (emphase par moi)

...je suis plus qu'énervé. Une telle déclaration est juste mensongère, et 
irrespectueuse des utilisateurs.
D'autres éditeurs, comme Readspeaker, ont un discours bien plus sensé et 
mesuré, et c'est tout à leur honneur.

Que des acheteurs crédules se

Re: [Liste GTA] contrastes et critère 13.15

2016-05-11 Par sujet Matthieu Marseille 
Aurélien, tout à fait, et le contenu du site en question étant en grande
partie administrable, c'est coté illustration qu'il a été nécessaire de
faire attention.
Le résultat est, dans tous les cas, loin d'être parfait.

2016-05-11 12:19 GMT+02:00 Aurélien Levy :

> Attention à priori cela ne corrigera pas les éventuelles images dans
> lesquels il y aurait du texte pas suffisamment contrastée. D'ailleurs, je
> me demande dans quelle mesure on pourrait arriver à quelque chose avec les
> filtres css / svg notamment
> https://docs.webplatform.org/wiki/svg/elements/feColorMatrix
>
> Aurélien
>
> Merci Philippe pour la réponse.
> Je suis d'accord sur le positionnement du bouton, pas idéal, mais pas
> vraiment eu le choix.
>
> La réalisation est comme suit : le css est du Sass compilé, un fichier
> spécifique (compilé en dernier) reprends toutes les déclaration de couleur
> (color, background-color, border, outline) présentes dans les autres
> fichiers et modifie leurs couleurs (sur la base de map de couleurs, une
> contrastée, l'autre non); lorsque l'utilisateur utilise le bouton, une
> classe est ajoutée sur l'élément , et cette classe permet d'appliquer
> les modifications de couleurs au reste des éléments; l'utilisation du
> bouton provoque aussi le dépôt d'un cookie coté utilisateur, de manière à
> garder ce "réglage" de manière persistante.
>
> Il n'y a pas de rechargement de page, dans les faits, cela provoque un
> "saut" visible, d'ou ma question d'origine.
>
>
> 2016-05-11 11:57 GMT+02:00 Philippe Vayssière :
>
>> Bonjour,
>>
>> il est non seulement annoncé mais également déclenché par l'utilisateur.
>> Je considérerais qu'il s'agit d'une nouvelle page plus que d'un effet
>> même si c'est réalisé en JS sans passage par le serveur ; ça rend le test
>> 13.15.2 non applicable.
>>
>> Concernant le positionnement du bouton dans le pied de page, à défaut de
>> pouvoir le mettre en début de page j'ajouterais si possible une copie de
>> celui-ci bien en évidence au début de la page Accessibilité qui est un
>> autre endroit où amha un utilisateur s'attend à le trouver.
>> Un point bonus si le bouton dans le footer est lui assez contrasté dans
>> la version par défaut (huhu).
>>
>> Si ce n'est pas un secret industriel, quel choix technique a-t-il été
>> fait pour la réalisation de cette surcouche ? À la main ou bien une 2e CSS
>> "contrastée" compilée via un préprocesseur mais avec des variables de
>> couleurs "*accessibles**/contrastées*" ou via l'utilisation des
>> "variables" ("custom properties") CSS définies globalement ?
>>
>>
>> Cordialement,
>> Ph. Vayssière
>> --
>> alsacreations.fr - alsacreations.com
>>
>>
>> Le 11/05/2016 à 11:33, Matthieu Marseille a écrit :
>>
>> Bonjour la liste,
>>
>> Je me pose une question, par pure curiosité, et je serais curieux d'avoir
>> des avis.
>>
>> J'ai récemment eu à intégrer un bouton "accentuer les contrastes" sur un
>> site en développement. La maquette n'est, de base, pas assez contrastée
>> pour atteindre un niveau Argent, mais il a été décidé de l'intégrer et d'en
>> faire une version contrastée, puis d'ajouter un bouton dans le footer
>> permettant de charger la css qui surcouche les couleurs.
>>
>> La question que je me pose est au regard du critère 13.15, je me demande
>> si un changement de couleur brusque, même s'il est clairement annoncé (et
>> plutôt vers des couleurs plus sombres d'une manière générale) peut gêner
>> les utilisateurs ?
>>
>> --
>> Matthieu MARSEILLE
>> DFO - F6 TECH
>> mmarsei...@fullsix.com
>> +33 (0)1 49 68 24 55 FullSIX France
>> 157 rue Anatole France
>> 92309 Levallois Perret Cedex
>> 
>> http://www.fullsix.com
>>
>>
>> ___
>> liste_gta mailing 
>> listliste_gta@list.accessiweb.orghttp://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
>>
>>
>
>
> --
> Matthieu MARSEILLE
> DFO - F6 TECH
> mmarsei...@fullsix.com
> +33 (0)1 49 68 24 55 FullSIX France
> 157 rue Anatole France
> 92309 Levallois Perret Cedex
> 
> http://www.fullsix.com
>
>
> ___
> liste_gta mailing 
> listliste_gta@list.accessiweb.orghttp://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
>
>

Re: [Liste GTA] contrastes et critère 13.15

2016-05-11 Par sujet Aurélien Levy 
Attention à priori cela ne corrigera pas les éventuelles images dans 
lesquels il y aurait du texte pas suffisamment contrastée. D'ailleurs, 
je me demande dans quelle mesure on pourrait arriver à quelque chose 
avec les filtres css / svg notamment 
https://docs.webplatform.org/wiki/svg/elements/feColorMatrix


Aurélien

Merci Philippe pour la réponse.
Je suis d'accord sur le positionnement du bouton, pas idéal, mais pas 
vraiment eu le choix.


La réalisation est comme suit : le css est du Sass compilé, un fichier 
spécifique (compilé en dernier) reprends toutes les déclaration de 
couleur (color, background-color, border, outline) présentes dans les 
autres fichiers et modifie leurs couleurs (sur la base de map de 
couleurs, une contrastée, l'autre non); lorsque l'utilisateur utilise 
le bouton, une classe est ajoutée sur l'élément , et cette 
classe permet d'appliquer les modifications de couleurs au reste des 
éléments; l'utilisation du bouton provoque aussi le dépôt d'un cookie 
coté utilisateur, de manière à garder ce "réglage" de manière persistante.


Il n'y a pas de rechargement de page, dans les faits, cela provoque un 
"saut" visible, d'ou ma question d'origine.



2016-05-11 11:57 GMT+02:00 Philippe Vayssière 
>:


Bonjour,

il est non seulement annoncé mais également déclenché par
l'utilisateur.
Je considérerais qu'il s'agit d'une nouvelle page plus que d'un
effet même si c'est réalisé en JS sans passage par le serveur ; ça
rend le test 13.15.2 non applicable.

Concernant le positionnement du bouton dans le pied de page, à
défaut de pouvoir le mettre en début de page j'ajouterais si
possible une copie de celui-ci bien en évidence au début de la
page Accessibilité qui est un autre endroit où amha un utilisateur
s'attend à le trouver.
Un point bonus si le bouton dans le footer est lui assez contrasté
dans la version par défaut (huhu).

Si ce n'est pas un secret industriel, quel choix technique a-t-il
été fait pour la réalisation de cette surcouche ? À la main ou
bien une 2e CSS "contrastée" compilée via un préprocesseur mais
avec des variables de couleurs "/accessibles///contrastées/" ou
via l'utilisation des "variables" ("custom properties") CSS
définies globalement ?


Cordialement,
Ph. Vayssière
-- 
alsacreations.fr  - alsacreations.com




Le 11/05/2016 à 11:33, Matthieu Marseille a écrit :

Bonjour la liste,

Je me pose une question, par pure curiosité, et je serais curieux
d'avoir des avis.

J'ai récemment eu à intégrer un bouton "accentuer les contrastes"
sur un site en développement. La maquette n'est, de base, pas
assez contrastée pour atteindre un niveau Argent, mais il a été
décidé de l'intégrer et d'en faire une version contrastée, puis
d'ajouter un bouton dans le footer permettant de charger la css
qui surcouche les couleurs.

La question que je me pose est au regard du critère 13.15, je me
demande si un changement de couleur brusque, même s'il est
clairement annoncé (et plutôt vers des couleurs plus sombres
d'une manière générale) peut gêner les utilisateurs ?

-- 
Matthieu MARSEILLE

DFO - F6 TECH
mmarsei...@fullsix.com 
+33 (0)1 49 68 24 55FullSIX France
157 rue Anatole France
92309 Levallois Perret Cedex


http://www.fullsix.com




___
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




--
Matthieu MARSEILLE
DFO - F6 TECH
mmarsei...@fullsix.com 
+33 (0)1 49 68 24 55FullSIX France
157 rue Anatole France
92309 Levallois Perret Cedex 


http://www.fullsix.com




___
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

[Liste GTA] contrastes et critère 13.15

2016-05-11 Par sujet Matthieu Marseille 
Bonjour la liste,

Je me pose une question, par pure curiosité, et je serais curieux d'avoir
des avis.

J'ai récemment eu à intégrer un bouton "accentuer les contrastes" sur un
site en développement. La maquette n'est, de base, pas assez contrastée
pour atteindre un niveau Argent, mais il a été décidé de l'intégrer et d'en
faire une version contrastée, puis d'ajouter un bouton dans le footer
permettant de charger la css qui surcouche les couleurs.

La question que je me pose est au regard du critère 13.15, je me demande si
un changement de couleur brusque, même s'il est clairement annoncé (et
plutôt vers des couleurs plus sombres d'une manière générale) peut gêner
les utilisateurs ?

-- 
Matthieu MARSEILLE
DFO - F6 TECH
mmarsei...@fullsix.com
+33 (0)1 49 68 24 55 FullSIX France
157 rue Anatole France
92309 Levallois Perret Cedex

http://www.fullsix.com
___
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Olivier Nourry 
@giuseppe @steven
a priori le problème se pose sur les pages où il y a le bouton de recherche
(donc pas sur la home)
(merci @goetsu pour l'info et la confirmation)




[image: --]
Olivier Nourry
[image: http://]about.me/oliviernourry



Le 11 mai 2016 à 11:17, ROSA Giuseppe (93) <
giuseppe.r...@dgfip.finances.gouv.fr> a écrit :

> Bonjour,
>
> Je ne vois pas de piège au clavier non plus : firefox 46, body à 1664 px,
> ni sous chrome !
>
> Cordialement,
> --
> DGFiP Giuseppe ROSA
> Inspecteur Analyste
> Atelier SODA - bureau SI-1A
> Site SODA : http://si1a.intranet.dgfip/soda tel : 01.573.36.997
> pièce : 2388
>
>
>
> *Adoptez l'éco-attitude.*
> N'imprimez ce mail que si c'est vraiment nécessaire
>
>
>  Message original 
> Sujet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur
> les sites actuellement ?
> De : Olivier Nourry  
> Pour : liste_gta@list.accessiweb.org 
> 
> Date : 11/05/2016 10:50
>
> Hello,
>
> Vous m'avez mis le doute, alors j'ai vérifié, et en fait c'est un exemple
> encore plus intéressant!
> Le problème de piège au clavier apparaît quand la largeur de body est
> supérieure ou égale à 1160px. Le site étant responsive, en dessous de cette
> largeur, un menu burger remplace le menu "étalé", et là on arrive bien à
> tabuler dans le contenu. Par contre, au-delà (menu étalé en largeur), le
> bug se vérifie sur Chrome ET Firefox...
>
> Une preuve de plus que pour tester, désormais, il faut détecter les
> breakpoints et valider sous les différentes tailles, en particulier lorsque
> des éléments interactifs sont en jeu.
>
>
>
>
> [image: --]
> Olivier Nourry
> [image: http://]about.me/oliviernourry
> 
>
>
> Le 11 mai 2016 à 10:20, Webmaster  a écrit :
>
>> Bonjour Olivier,
>>
>>
>>
>> Idem, je ne vois pas de problème avec le bandeau sous Chrome.
>>
>> Par contre, il y a une rubrique cachée.
>>
>>
>>
>>
>>
>> [image: Accueil du site Association Valentin Haüy (Logo)]
>> 
>>
>> *Marc-Antoine Bonnet*
>>
>> Webmaster Internet/Intranet
>> Expert accessibilité Web (EAE AccessiWeb)
>> *Email : **webmas...@avh.asso.fr* 
>>
>>
>> * association Valentin Haüy Siège*
>>
>> *Tel : *01 44 49 27 27 *– Poste *2219
>> * 5 rue Duroc – 75343 Paris cedex 07*
>>
>>
>>
>> [image: Partagez sur Facebook !]
>> [image:
>> Partagez sur Twitter !] [image:
>> Partagez sur Youtube !] [image:
>> Consultez nos E-newsletter !]
>> 
>>
>>
>>
>>
>>
>> *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
>> part de* Olivier Nourry
>> *Envoyé :* mercredi 11 mai 2016 09:49
>> *À :* liste_gta@list.accessiweb.org
>> *Objet :* Re: [Liste GTA] Que penser des pistes audio qui se déploient
>> sur les sites actuellement ?
>>
>>
>>
>> Bonjour Steven,
>>
>> Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu
>> tabules. Le focus circule en boucle dans le bandeau.
>>
>> Le mercredi 11 mai 2016, Steven Mouret  a
>> écrit :
>>
>> Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une
>> vocalisation des pages mais qui ne souhaitent pas une simple formation des
>> contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance
>> de ce qu'est l'accessibilité ou juste une simple volonté de faire croire
>> que. Surement un peu des deux.
>>
>>
>>
>> NB : Olivier je ne vois pas le piège au clavier dans le bandeau.
>>
>>
>>
>> --
>> Steven Mouret
>>
>>
>>
>> Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :
>>
>> Bonjour Nathalie,
>>
>>
>>
>> Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un
>> simple paragraphe, sans tabindex. Aucune chance d'y arriver!
>>
>>
>>
>> Ma position personnelle: je n'ai rien contre les outils de vocalisation
>> on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont:
>> une simple version vocale d'un contenu textuel. Leur efficacité est
>> directement liée à l'accessibilité du code en lui-même.
>>
>>
>>
>> Alors quand je vois sur le site de Voxygen, éditeur de la solution
>> utilisée sur paris.fr:
>>
>> "Voxygen WebReader est un outil de lecture vocale de sites qui garantit
>> l’accessibilité vocale de votre site internet pour tous : seniors, enfants,
>> malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les
>> personnes plus à l’aise à l’oral qu’à l’écrit.
>>
>> Avec Voxygen WebReader, **vous vous mettez en conformité avec la norme
>> RGAA** et vous renforcez votre image RSE." (emphase par moi)
>>
>>
>> ...je suis plus qu'énervé. Une telle déclaration

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet ROSA Giuseppe (93) 




Bonjour,

Je ne vois pas de piège au clavier non plus : firefox 46, body à 1664
px, ni sous chrome !


Cordialement,

  

  
  


  DGFiP
  Giuseppe ROSA
  Inspecteur
Analyste
Atelier SODA - bureau SI-1A
  Site SODA : http://si1a.intranet.dgfip/soda
  
  tel : 01.573.36.997
  pièce :
2388
   
  

  



  

  
  
Adoptez
l'éco-attitude. 
  N'imprimez ce mail
que si c'est vraiment nécessaire
  

  




 Message original 
Sujet : Re: [Liste GTA] Que penser des pistes audio qui se déploient
sur les sites actuellement ?
De : Olivier Nourry 
Pour : liste_gta@list.accessiweb.org

Date : 11/05/2016 10:50

  Hello,
  
  
  Vous m'avez mis le doute, alors j'ai vérifié, et en fait c'est
un exemple encore plus intéressant!
  Le problème de piège au clavier apparaît quand la largeur de
body est supérieure ou égale à 1160px. Le site étant responsive, en
dessous de cette largeur, un menu burger remplace le menu "étalé", et
là on arrive bien à tabuler dans le contenu. Par contre, au-delà (menu
étalé en largeur), le bug se vérifie sur Chrome ET Firefox...
  
  
  Une preuve de plus que pour tester, désormais, il faut détecter
les breakpoints et valider sous les différentes tailles, en particulier
lorsque des éléments interactifs sont en jeu.
  
  
  
  
  
  
  
  
  

  
 
  
  



  

  
  Olivier Nourry
  about.me/oliviernourry
  


  
  
  

  

  

  
  
 
  

  
  
  
  
  
  
  
  
  Le 11 mai 2016 à 10:20, Webmaster 
a écrit :
  


Bonjour
Olivier,
 
Idem,
je ne vois pas de problème avec le bandeau sous Chrome.
Par
contre, il y a une rubrique cachée.
 
 

  

  
  
  
  
  Marc-Antoine
Bonnet
  Webmaster
Internet/Intranet
Expert accessibilité Web (EAE AccessiWeb)
  Email :
  webmas...@avh.asso.fr
  
association Valentin Haüy Siège
  Tel
:
  01
44 49 27 27
  – Poste 2219
5 rue Duroc – 75343 Paris cedex 07
  


  
   
  
  
  
  

  

 
 
De :
liste_gta [mailto:liste_gta-boun...@list.accessiweb.org]
De la part de Olivier Nourry
Envoyé : mercredi 11 mai 2016 09:49
À : liste_gta@list.accessiweb.org
Objet : Re: [Liste GTA] Que penser des pistes audio qui se
déploient sur les sites actuellement ?
 
Bonjour Steven, 

Sous Chrome (Windows), tu mets le focus sur la
barre d'adresse, et tu tabules. Le focus circule en boucle dans le
bandeau. 

Le mercredi 11 mai 2016, Steven Mouret 
a écrit :

Plutôt d'accord avec Olivier, combien de
clients j'ai qui demandent une vocalisation des pages mais qui ne
souhaitent pas une simple formation des contributeurs en accessibilité.
Je ne sais pas si c'est la méconnaissance de ce qu'est l'accessibilité
ou juste une simple volonté de faire croire que. Surement un peu des
deux.

 


NB : Olivier je ne vois pas le piège au
clavier dans le bandeau.









--
Steven Mouret


 

Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :


Bonjour Nathalie,

 


Normal que tu n'arrives à atteindre le lecteur
au clavier, c'est un simple paragraphe, sans tabindex. Aucune chance
d'y arriver!


 


Ma position personnelle: je n'ai rien contre
les outils de vocalisation on-page, tant qu'ils ne prétendent pas être
autre chose que ce qu'ils sont: une simple version vocale d'un contenu
textuel. Leur efficacité est directement liée à l'accessibilité du code
en lui-même.


 


Alors quand je vois sur le site de Voxygen,
éditeur de la solution utilisée sur
paris.fr:


"Voxygen
WebReader est un outil de lecture vocale de sites qui garantit
l’accessibilité vocale de votre site internet pour tous : seniors,
enfants, malvoyants, non-voyants, illettrés, dyslexiques et pour toutes
les personnes plus à l’aise à l’oral qu’à l’écrit.


Avec
Voxygen WebReader, *vous vous mettez en conformité avec la norme
RGAA* et vous renforcez votre image RSE." (emphase par moi)









...je suis plus qu'énervé. Une telle
déclaration est juste mensongère, et irrespectueuse des utilisateurs.


D'autres éditeurs, comme Readspeaker, ont un
discours bien plus sensé et mesuré, et c'est tout à leur honneur.


 


Que des acheteurs

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Steven Mouret 
Olivier même dans une résolution supérieur à 1160px je n'ai pas de bug
clavier.


--
Steven Mouret

Le 11 mai 2016 à 10:50, Olivier Nourry  a écrit :

> Hello,
>
> Vous m'avez mis le doute, alors j'ai vérifié, et en fait c'est un exemple
> encore plus intéressant!
> Le problème de piège au clavier apparaît quand la largeur de body est
> supérieure ou égale à 1160px. Le site étant responsive, en dessous de cette
> largeur, un menu burger remplace le menu "étalé", et là on arrive bien à
> tabuler dans le contenu. Par contre, au-delà (menu étalé en largeur), le
> bug se vérifie sur Chrome ET Firefox...
>
> Une preuve de plus que pour tester, désormais, il faut détecter les
> breakpoints et valider sous les différentes tailles, en particulier lorsque
> des éléments interactifs sont en jeu.
>
>
>
>
> [image: --]
> Olivier Nourry
> [image: http://]about.me/oliviernourry
> 
>
>
> Le 11 mai 2016 à 10:20, Webmaster  a écrit :
>
>> Bonjour Olivier,
>>
>>
>>
>> Idem, je ne vois pas de problème avec le bandeau sous Chrome.
>>
>> Par contre, il y a une rubrique cachée.
>>
>>
>>
>>
>>
>> [image: Accueil du site Association Valentin Haüy (Logo)]
>> 
>>
>> *Marc-Antoine Bonnet*
>>
>> Webmaster Internet/Intranet
>> Expert accessibilité Web (EAE AccessiWeb)
>> *Email : **webmas...@avh.asso.fr* 
>>
>>
>> * association Valentin Haüy Siège*
>>
>> *Tel : *01 44 49 27 27 *– Poste *2219
>> * 5 rue Duroc – 75343 Paris cedex 07*
>>
>>
>>
>> [image: Partagez sur Facebook !]
>> [image:
>> Partagez sur Twitter !] [image:
>> Partagez sur Youtube !] [image:
>> Consultez nos E-newsletter !]
>> 
>>
>>
>>
>>
>>
>> *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
>> part de* Olivier Nourry
>> *Envoyé :* mercredi 11 mai 2016 09:49
>> *À :* liste_gta@list.accessiweb.org
>> *Objet :* Re: [Liste GTA] Que penser des pistes audio qui se déploient
>> sur les sites actuellement ?
>>
>>
>>
>> Bonjour Steven,
>>
>> Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu
>> tabules. Le focus circule en boucle dans le bandeau.
>>
>> Le mercredi 11 mai 2016, Steven Mouret  a
>> écrit :
>>
>> Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une
>> vocalisation des pages mais qui ne souhaitent pas une simple formation des
>> contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance
>> de ce qu'est l'accessibilité ou juste une simple volonté de faire croire
>> que. Surement un peu des deux.
>>
>>
>>
>> NB : Olivier je ne vois pas le piège au clavier dans le bandeau.
>>
>>
>>
>> --
>> Steven Mouret
>>
>>
>>
>> Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :
>>
>> Bonjour Nathalie,
>>
>>
>>
>> Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un
>> simple paragraphe, sans tabindex. Aucune chance d'y arriver!
>>
>>
>>
>> Ma position personnelle: je n'ai rien contre les outils de vocalisation
>> on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont:
>> une simple version vocale d'un contenu textuel. Leur efficacité est
>> directement liée à l'accessibilité du code en lui-même.
>>
>>
>>
>> Alors quand je vois sur le site de Voxygen, éditeur de la solution
>> utilisée sur paris.fr:
>>
>> "Voxygen WebReader est un outil de lecture vocale de sites qui garantit
>> l’accessibilité vocale de votre site internet pour tous : seniors, enfants,
>> malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les
>> personnes plus à l’aise à l’oral qu’à l’écrit.
>>
>> Avec Voxygen WebReader, **vous vous mettez en conformité avec la norme
>> RGAA** et vous renforcez votre image RSE." (emphase par moi)
>>
>>
>> ...je suis plus qu'énervé. Une telle déclaration est juste mensongère, et
>> irrespectueuse des utilisateurs.
>>
>> D'autres éditeurs, comme Readspeaker, ont un discours bien plus sensé et
>> mesuré, et c'est tout à leur honneur.
>>
>>
>>
>> Que des acheteurs crédules se laissent avoir par ce genre d'arguments
>> pose un problème de fond très sérieux: les maigres budgets que l'on daigne
>> consacrer à l'accessibilité partent dans ce genre de produits, au détriment
>> d'une action de fond bien plus profitable aux utilisateurs, comme une
>> formation intra ou un accompagnement.
>>
>>
>>
>> Par ailleurs j'estime que nous avons, au titre de notre devoir de
>> conseil, une responsabilité dans le fait de déjouer ces arguments foireux,
>> et néfastes pour la "vraie" accessibilité.
>>
>>
>>
>> NB: le bandeau de paris.fr est un magnifique exemple de piège au
>> clavier, soit dit en passant!
>>
>>
>>
>> Olivier Nourry
>>
>> about.me/oliviernourry
>>
>>
>>
>>
>>
>>
>>
>> Le 9 mai

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Olivier Nourry 
Hello,

Vous m'avez mis le doute, alors j'ai vérifié, et en fait c'est un exemple
encore plus intéressant!
Le problème de piège au clavier apparaît quand la largeur de body est
supérieure ou égale à 1160px. Le site étant responsive, en dessous de cette
largeur, un menu burger remplace le menu "étalé", et là on arrive bien à
tabuler dans le contenu. Par contre, au-delà (menu étalé en largeur), le
bug se vérifie sur Chrome ET Firefox...

Une preuve de plus que pour tester, désormais, il faut détecter les
breakpoints et valider sous les différentes tailles, en particulier lorsque
des éléments interactifs sont en jeu.




[image: --]
Olivier Nourry
[image: http://]about.me/oliviernourry



Le 11 mai 2016 à 10:20, Webmaster  a écrit :

> Bonjour Olivier,
>
>
>
> Idem, je ne vois pas de problème avec le bandeau sous Chrome.
>
> Par contre, il y a une rubrique cachée.
>
>
>
>
>
> [image: Accueil du site Association Valentin Haüy (Logo)]
> 
>
> *Marc-Antoine Bonnet*
>
> Webmaster Internet/Intranet
> Expert accessibilité Web (EAE AccessiWeb)
> *Email : **webmas...@avh.asso.fr* 
>
>
> * association Valentin Haüy Siège*
>
> *Tel : *01 44 49 27 27 *– Poste *2219
> * 5 rue Duroc – 75343 Paris cedex 07*
>
>
>
> [image: Partagez sur Facebook !]
> [image:
> Partagez sur Twitter !] [image:
> Partagez sur Youtube !] [image:
> Consultez nos E-newsletter !]
> 
>
>
>
>
>
> *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
> part de* Olivier Nourry
> *Envoyé :* mercredi 11 mai 2016 09:49
> *À :* liste_gta@list.accessiweb.org
> *Objet :* Re: [Liste GTA] Que penser des pistes audio qui se déploient
> sur les sites actuellement ?
>
>
>
> Bonjour Steven,
>
> Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu
> tabules. Le focus circule en boucle dans le bandeau.
>
> Le mercredi 11 mai 2016, Steven Mouret  a écrit :
>
> Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une
> vocalisation des pages mais qui ne souhaitent pas une simple formation des
> contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance
> de ce qu'est l'accessibilité ou juste une simple volonté de faire croire
> que. Surement un peu des deux.
>
>
>
> NB : Olivier je ne vois pas le piège au clavier dans le bandeau.
>
>
>
> --
> Steven Mouret
>
>
>
> Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :
>
> Bonjour Nathalie,
>
>
>
> Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un simple
> paragraphe, sans tabindex. Aucune chance d'y arriver!
>
>
>
> Ma position personnelle: je n'ai rien contre les outils de vocalisation
> on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont:
> une simple version vocale d'un contenu textuel. Leur efficacité est
> directement liée à l'accessibilité du code en lui-même.
>
>
>
> Alors quand je vois sur le site de Voxygen, éditeur de la solution
> utilisée sur paris.fr:
>
> "Voxygen WebReader est un outil de lecture vocale de sites qui garantit
> l’accessibilité vocale de votre site internet pour tous : seniors, enfants,
> malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les
> personnes plus à l’aise à l’oral qu’à l’écrit.
>
> Avec Voxygen WebReader, **vous vous mettez en conformité avec la norme
> RGAA** et vous renforcez votre image RSE." (emphase par moi)
>
>
> ...je suis plus qu'énervé. Une telle déclaration est juste mensongère, et
> irrespectueuse des utilisateurs.
>
> D'autres éditeurs, comme Readspeaker, ont un discours bien plus sensé et
> mesuré, et c'est tout à leur honneur.
>
>
>
> Que des acheteurs crédules se laissent avoir par ce genre d'arguments pose
> un problème de fond très sérieux: les maigres budgets que l'on daigne
> consacrer à l'accessibilité partent dans ce genre de produits, au détriment
> d'une action de fond bien plus profitable aux utilisateurs, comme une
> formation intra ou un accompagnement.
>
>
>
> Par ailleurs j'estime que nous avons, au titre de notre devoir de conseil,
> une responsabilité dans le fait de déjouer ces arguments foireux, et
> néfastes pour la "vraie" accessibilité.
>
>
>
> NB: le bandeau de paris.fr est un magnifique exemple de piège au clavier,
> soit dit en passant!
>
>
>
> Olivier Nourry
>
> about.me/oliviernourry
>
>
>
>
>
>
>
> Le 9 mai 2016 à 13:53, Rosenberg Nathalie  a
> écrit :
>
> Bonjour
>
>
>
> Je commence à voir pas mal de sites qui ont des pistes audio de leurs
> contenus. J'aimerais votre avis sur le sujet.
>
>
>
> Ex :
>
>
> http://www.paris.fr/services-et-infos-pratiques/logement/logement-social/demander-un-logement-social-37
>
>
>
>
>

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Webmaster 
Bonjour Olivier,

Idem, je ne vois pas de problème avec le bandeau sous Chrome.
Par contre, il y a une rubrique cachée.


[Accueil du site Association Valentin Haüy (Logo)]

Marc-Antoine Bonnet
Webmaster Internet/Intranet
Expert accessibilité Web (EAE AccessiWeb)
Email : webmas...@avh.asso.fr

association Valentin Haüy Siège
Tel : 01 44 49 27 27 – Poste 2219
5 rue Duroc – 75343 Paris cedex 07



[Partagez sur Facebook 
!][Partagez
 sur Twitter !][Partagez sur Youtube 
!][Consultez nos E-newsletter 
!]



De : liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] De la part de 
Olivier Nourry
Envoyé : mercredi 11 mai 2016 09:49
À : liste_gta@list.accessiweb.org
Objet : Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les 
sites actuellement ?

Bonjour Steven,
Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu tabules. 
Le focus circule en boucle dans le bandeau.

Le mercredi 11 mai 2016, Steven Mouret 
> a écrit :
Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une 
vocalisation des pages mais qui ne souhaitent pas une simple formation des 
contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance de ce 
qu'est l'accessibilité ou juste une simple volonté de faire croire que. 
Surement un peu des deux.

NB : Olivier je ne vois pas le piège au clavier dans le bandeau.


--
Steven Mouret

Le 10 mai 2016 à 11:04, Olivier Nourry 
> a 
écrit :
Bonjour Nathalie,

Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un simple 
paragraphe, sans tabindex. Aucune chance d'y arriver!

Ma position personnelle: je n'ai rien contre les outils de vocalisation 
on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont: une 
simple version vocale d'un contenu textuel. Leur efficacité est directement 
liée à l'accessibilité du code en lui-même.

Alors quand je vois sur le site de Voxygen, éditeur de la solution utilisée sur 
paris.fr:
"Voxygen WebReader est un outil de lecture vocale de sites qui garantit 
l’accessibilité vocale de votre site internet pour tous : seniors, enfants, 
malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les personnes 
plus à l’aise à l’oral qu’à l’écrit.

Avec Voxygen WebReader, *vous vous mettez en conformité avec la norme RGAA* et 
vous renforcez votre image RSE." (emphase par moi)

...je suis plus qu'énervé. Une telle déclaration est juste mensongère, et 
irrespectueuse des utilisateurs.
D'autres éditeurs, comme Readspeaker, ont un discours bien plus sensé et 
mesuré, et c'est tout à leur honneur.

Que des acheteurs crédules se laissent avoir par ce genre d'arguments pose un 
problème de fond très sérieux: les maigres budgets que l'on daigne consacrer à 
l'accessibilité partent dans ce genre de produits, au détriment d'une action de 
fond bien plus profitable aux utilisateurs, comme une formation intra ou un 
accompagnement.

Par ailleurs j'estime que nous avons, au titre de notre devoir de conseil, une 
responsabilité dans le fait de déjouer ces arguments foireux, et néfastes pour 
la "vraie" accessibilité.

NB: le bandeau de paris.fr est un magnifique exemple de piège 
au clavier, soit dit en passant!


Olivier Nourry
about.me/oliviernourry







Le 9 mai 2016 à 13:53, Rosenberg Nathalie 
>
 a écrit :
Bonjour

Je commence à voir pas mal de sites qui ont des pistes audio de leurs contenus. 
J'aimerais votre avis sur le sujet.

Ex :
http://www.paris.fr/services-et-infos-pratiques/logement/logement-social/demander-un-logement-social-37

http://www.carsat-mp.fr/telechargements/flipbook/entretien_information_retraite/entretien_information_retraite.html#p=1

Dans les 2 cas, je n'ai pas réussi à atteindre le bouton d'envoi en naviguant 
au clavier (mais c'est peut-être parce que c'est mal conçu)



___
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



--



Olivier Nourry
about.me/oliviernourry








___
liste_gta mailing list
liste_gta@list.accessiweb.org

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Olivier Nourry 
Bonjour Steven,
Sous Chrome (Windows), tu mets le focus sur la barre d'adresse, et tu
tabules. Le focus circule en boucle dans le bandeau.

Le mercredi 11 mai 2016, Steven Mouret  a écrit :

> Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une
> vocalisation des pages mais qui ne souhaitent pas une simple formation des
> contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance
> de ce qu'est l'accessibilité ou juste une simple volonté de faire croire
> que. Surement un peu des deux.
>
> NB : Olivier je ne vois pas le piège au clavier dans le bandeau.
>
>
> --
> Steven Mouret
>
> Le 10 mai 2016 à 11:04, Olivier Nourry  > a écrit :
>
>> Bonjour Nathalie,
>>
>> Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un
>> simple paragraphe, sans tabindex. Aucune chance d'y arriver!
>>
>> Ma position personnelle: je n'ai rien contre les outils de vocalisation
>> on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont:
>> une simple version vocale d'un contenu textuel. Leur efficacité est
>> directement liée à l'accessibilité du code en lui-même.
>>
>> Alors quand je vois sur le site de Voxygen, éditeur de la solution
>> utilisée sur paris.fr:
>> "Voxygen WebReader est un outil de lecture vocale de sites qui garantit
>> l’accessibilité vocale de votre site internet pour tous : seniors, enfants,
>> malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les
>> personnes plus à l’aise à l’oral qu’à l’écrit.
>>
>> Avec Voxygen WebReader, **vous vous mettez en conformité avec la norme
>> RGAA** et vous renforcez votre image RSE." (emphase par moi)
>>
>> ...je suis plus qu'énervé. Une telle déclaration est juste mensongère, et
>> irrespectueuse des utilisateurs.
>> D'autres éditeurs, comme Readspeaker, ont un discours bien plus sensé et
>> mesuré, et c'est tout à leur honneur.
>>
>> Que des acheteurs crédules se laissent avoir par ce genre d'arguments
>> pose un problème de fond très sérieux: les maigres budgets que l'on daigne
>> consacrer à l'accessibilité partent dans ce genre de produits, au détriment
>> d'une action de fond bien plus profitable aux utilisateurs, comme une
>> formation intra ou un accompagnement.
>>
>> Par ailleurs j'estime que nous avons, au titre de notre devoir de
>> conseil, une responsabilité dans le fait de déjouer ces arguments foireux,
>> et néfastes pour la "vraie" accessibilité.
>>
>> NB: le bandeau de paris.fr est un magnifique exemple de piège au
>> clavier, soit dit en passant!
>>
>>
>> [image: --]
>> Olivier Nourry
>> [image: http://]about.me/oliviernourry
>> 
>>
>>
>> Le 9 mai 2016 à 13:53, Rosenberg Nathalie > > a écrit :
>>
>>> Bonjour
>>>
>>> Je commence à voir pas mal de sites qui ont des pistes audio de leurs
>>> contenus. J'aimerais votre avis sur le sujet.
>>>
>>> Ex :
>>>
>>> http://www.paris.fr/services-et-infos-pratiques/logement/logement-social/demander-un-logement-social-37
>>>
>>>
>>> http://www.carsat-mp.fr/telechargements/flipbook/entretien_information_retraite/entretien_information_retraite.html#p=1
>>>
>>> Dans les 2 cas, je n'ai pas réussi à atteindre le bouton d'envoi en
>>> naviguant au clavier (mais c'est peut-être parce que c'est mal conçu)
>>>
>>> 
>>>
>>> ___
>>> 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
>>
>>
>

-- 



[image: --]
Olivier Nourry
[image: http://]about.me/oliviernourry

___
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Re: [Liste GTA] Que penser des pistes audio qui se déploient sur les sites actuellement ?

2016-05-11 Par sujet Steven Mouret 
Plutôt d'accord avec Olivier, combien de clients j'ai qui demandent une
vocalisation des pages mais qui ne souhaitent pas une simple formation des
contributeurs en accessibilité. Je ne sais pas si c'est la méconnaissance
de ce qu'est l'accessibilité ou juste une simple volonté de faire croire
que. Surement un peu des deux.

NB : Olivier je ne vois pas le piège au clavier dans le bandeau.


--
Steven Mouret

Le 10 mai 2016 à 11:04, Olivier Nourry  a écrit :

> Bonjour Nathalie,
>
> Normal que tu n'arrives à atteindre le lecteur au clavier, c'est un simple
> paragraphe, sans tabindex. Aucune chance d'y arriver!
>
> Ma position personnelle: je n'ai rien contre les outils de vocalisation
> on-page, tant qu'ils ne prétendent pas être autre chose que ce qu'ils sont:
> une simple version vocale d'un contenu textuel. Leur efficacité est
> directement liée à l'accessibilité du code en lui-même.
>
> Alors quand je vois sur le site de Voxygen, éditeur de la solution
> utilisée sur paris.fr:
> "Voxygen WebReader est un outil de lecture vocale de sites qui garantit
> l’accessibilité vocale de votre site internet pour tous : seniors, enfants,
> malvoyants, non-voyants, illettrés, dyslexiques et pour toutes les
> personnes plus à l’aise à l’oral qu’à l’écrit.
>
> Avec Voxygen WebReader, **vous vous mettez en conformité avec la norme
> RGAA** et vous renforcez votre image RSE." (emphase par moi)
>
> ...je suis plus qu'énervé. Une telle déclaration est juste mensongère, et
> irrespectueuse des utilisateurs.
> D'autres éditeurs, comme Readspeaker, ont un discours bien plus sensé et
> mesuré, et c'est tout à leur honneur.
>
> Que des acheteurs crédules se laissent avoir par ce genre d'arguments pose
> un problème de fond très sérieux: les maigres budgets que l'on daigne
> consacrer à l'accessibilité partent dans ce genre de produits, au détriment
> d'une action de fond bien plus profitable aux utilisateurs, comme une
> formation intra ou un accompagnement.
>
> Par ailleurs j'estime que nous avons, au titre de notre devoir de conseil,
> une responsabilité dans le fait de déjouer ces arguments foireux, et
> néfastes pour la "vraie" accessibilité.
>
> NB: le bandeau de paris.fr est un magnifique exemple de piège au clavier,
> soit dit en passant!
>
>
> [image: --]
> Olivier Nourry
> [image: http://]about.me/oliviernourry
> 
>
>
> Le 9 mai 2016 à 13:53, Rosenberg Nathalie  a
> écrit :
>
>> Bonjour
>>
>> Je commence à voir pas mal de sites qui ont des pistes audio de leurs
>> contenus. J'aimerais votre avis sur le sujet.
>>
>> Ex :
>>
>> http://www.paris.fr/services-et-infos-pratiques/logement/logement-social/demander-un-logement-social-37
>>
>>
>> http://www.carsat-mp.fr/telechargements/flipbook/entretien_information_retraite/entretien_information_retraite.html#p=1
>>
>> Dans les 2 cas, je n'ai pas réussi à atteindre le bouton d'envoi en
>> naviguant au clavier (mais c'est peut-être parce que c'est mal conçu)
>>
>> 
>>
>> ___
>> 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