Re: [Liste GTA] Liens explicites et contexte

[Steven Mouret]

> Si les liens sont explicites avec leur contexte, n'est t'il pas compliqué
pour une personne utilisant une reconnaissance vocale d'activer les liens ?
Je m'aperçois qu'il est peut être aussi difficile dans un cas que dans
l'autre.

Si le lien est explicite avec le contexte, n'est t-il pas plus difficile de
cibler le lien souhaité par la voix car les intitulés sont identiques dans
la liste. À contrario, si le lien est explicite hors contexte il est plus
verbeux et risque d'être aussi compliqué (long) à vocaliser.

--
Steven Mouret


Le ven. 11 sept. 2020 à 14:14, Steven Mouret  a
écrit :

> Bonjour à tous,
>
> Je me pose souvent la question de la meilleure approche à avoir sur des
> liens explicites grâce à leur contexte ou hors contexte.
>
> Prenons un exemple, une liste d'articles de publications composée pour
> chaque article d'un lien sur le titre qui mène à une page de détail et
> après, deux liens qui permettent de télécharger et d'ouvrir dans une
> liseuse la publication.
>
> Dans le lien vers la page de détail de la publication nous retrouvons le
> titre de celle-ci ainsi que le poids et le format. Il est donc explicite
> hors contexte.
> Pour les deux autres, les liens sont des icônes avec des intitulés non
> visible (mais lu par les AT), hormis une tooltip (title) sur le lien.
>
> Selon vous, est-il plus accessible de faire des liens explicites grâce au
> contexte (le titre précédent) mais moins verbeux (télécharger, feuilleter)
> ou à l'inverse de répéter le titre, le poids et le format dans l'intitulé
> et la tooltip ?
>
> Les liens hors contexte sont plus verbeux mais en plaçant les termes
> télécharger et feuilleter en premier les personnes peuvent activer le lien
> sans attendre la fin de la restitution. C'est peut être la meilleure
> méthode.
>
> Si les liens sont explicites avec leur contexte, n'est t'il pas compliqué
> pour une personne utilisant une reconnaissance vocale d'activer les liens ?
>
> Merci
>
> --
> Steven Mouret
>
___
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

[Liste GTA] Liens explicites et contexte

[Steven Mouret]

Bonjour à tous,

Je me pose souvent la question de la meilleure approche à avoir sur des
liens explicites grâce à leur contexte ou hors contexte.

Prenons un exemple, une liste d'articles de publications composée pour
chaque article d'un lien sur le titre qui mène à une page de détail et
après, deux liens qui permettent de télécharger et d'ouvrir dans une
liseuse la publication.

Dans le lien vers la page de détail de la publication nous retrouvons le
titre de celle-ci ainsi que le poids et le format. Il est donc explicite
hors contexte.
Pour les deux autres, les liens sont des icônes avec des intitulés non
visible (mais lu par les AT), hormis une tooltip (title) sur le lien.

Selon vous, est-il plus accessible de faire des liens explicites grâce au
contexte (le titre précédent) mais moins verbeux (télécharger, feuilleter)
ou à l'inverse de répéter le titre, le poids et le format dans l'intitulé
et la tooltip ?

Les liens hors contexte sont plus verbeux mais en plaçant les termes
télécharger et feuilleter en premier les personnes peuvent activer le lien
sans attendre la fin de la restitution. C'est peut être la meilleure
méthode.

Si les liens sont explicites avec leur contexte, n'est t'il pas compliqué
pour une personne utilisant une reconnaissance vocale d'activer les liens ?

Merci

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

Re: [Liste GTA] différences entre RGAA V4 et V3 ?

[Steven Mouret]

Bonjour Hervé,

Voici les notes de révision.

https://www.numerique.gouv.fr/publications/rgaa-accessibilite/notes-revision/#contenu

Cordialement.

Le ven. 13 mars 2020 à 09:46, CHUZEVILLE Hervé 
a écrit :

> Bonjour à tous,
>
>
>
> En dehors des différences autour du référentiel lui-même (dont j'ai pris
> connaissance), pouvez-vous, svp m'éclairer sur la question suivante :
>
>
>
> Y a-t-il des différences au niveau des critères eux-mêmes entre le RGAA V3
> et la nouvelle version 4 ?
>
>
>
> Si oui, connaissez-vous un document ou un site Web qui recense les
> changements ?
>
>
>
> Merci d'avance pour votre éclairage.
>
>
>
> *Hervé CHUZEVILLE*
> Agence de l’eau Rhône Méditerranée Corse
>
>
> ___
> 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] Critère 6.1 RGAA v4

[Steven Mouret]

Bonjour à tous.

Sur la nouvelle version du RGAA v4, pour le critère 6.1, il y a quelques
changements par rapport à la v3 du RGAA.

Notamment la définition du nom accessible,  l’ordre de priorité pour la
restitution et le fait que le contexte de lien s'est réduit.

Dans la v3 il était autorisé de compléter le texte du lien par un attribut
title avec un complément d'information à condition que le texte du lien
apparaisse dans l'attribut title. Ce n'était pas le plus robuste mais nous
n'avions pas toujours le choix.

Dans la v4 cela n'est plus autorisé (tel que je le comprends) car le nom
accessible est définit par un seul élément dans l'ordre suivant :

   - Passage de texte associé par l’attribut WAI-ARIA aria-labelledby;
   - Sinon, contenu de l’attribut WAI-ARIA aria-label;
   - Sinon, contenu du lien;
   - Sinon, contenu de l’attribut title.

Ce qui veut dire qu'un lien valide en v3 (voir ci-après) n'est plus valable
en v4 car l'attribut title n'est pas prioritaire par rapport au contenu du
lien (texte du lien ?) :

Valide en v3 :
http://www.accessiweb.org; title="Accessiweb (nouvelle
fenêtre)">Accessiweb

En v4  j'imagine que cela pourrait donner cela :
http://www.accessiweb.org; arai-label=" Accessiweb (nouvelle
fenêtre) " title="Accessiweb (nouvelle fenêtre)">Accessiweb

Je garde le title pour que l'information reste visible et je passe le fait
qu'il n'est plus obligatoire d'informer l’utilisateur de l'ouverture d'une
nouvelle fenêtre.

Est-ce bien cela ?

Dans la v3 il était interdit d'avoir un contenu identique pour le texte de
lien et l'attribut title sauf dans le cas d'une image ou icône. Cela ne
semble plus poser de problème aujourd'hui bien que certaines aides
techniques restituent les deux (NVDA, VoiceOver). Est-ce correct ?

Merci

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

Re: [Liste GTA] Décret n° 2019-768 du 24 juillet 2019 relatif à l'accessibilité aux personnes handicapées des services de communication au public en ligne

[Steven Mouret]

Salut Hervé,

J'ai noté ces modifications non exhaustives :

   - Réduction du plafond de l’amende, il passe de 25 000 € à 20 000 €.
   - Les entreprises privées dont le chiffre d’affaires est d’au moins 250
   millions € sont concernées par l’obligation de mise en accessibilité.
   - Mise en place d’un canal de plainte.
   - Déclaration de conformité par téléservice.
   - Le ministre chargé des personnes handicapées devra faire un suivi
   annuel de la conformité des sites et applications sur un échantillon
   représentatif. Par contre aucune méthode n’est défini.

Les articles de Koena sur le sujet sont intéressants :

   - Décret RGAA (1/3) : charges disproportionnées
   <https://koena.net/decret-rgaa-2019-v1-charges-disproportionnees/>
   - Décret RGAA (2/3) : contrôle et sanctions à l’échelle national
   <https://koena.net/decret-rgaa-2019-v1-controle-et-sanctions/#comment-189>

Le décret est paru aujourd'hui, je pense que d'autres articles vont voir le
jour notamment chez Access42.

Le RGAA restera bien entendu en vigueur, la directive européenne impose un
respect des WCAG. Le RGAA va évoluer prochainement pour prendre en compte
les nouveautés des WCAG 2.1.

Cordialement

--
Steven Mouret


Le jeu. 25 juil. 2019 à 11:54, CHUZEVILLE Hervé 
a écrit :
>
> Bonjour,
>
>
>
> On vient de me transmettre l'information de la publication du nouveau
décret n° 2019-768 du 24 juillet 2019 relatif à l'accessibilité aux
personnes handicapées des services de communication au public en ligne dont
je n'avais pas entendu parler avant.
>
>
>
> Si vous avez connaissance d'une ressource disponible en ligne avec un
résumé de la genèse de ce décret ou d'un "digest"/d'une analyse de ce
décret, je suis preneur !
>
>
>
> En parcourant rapidement le décret en diagonale, j'ai l'impression qu'il
étend l'obligation d'accessibilité aux grosses entreprises privées (mais
qu'il introduit aussi quelques modifications notamment concernant
l'attestation d'accessibilité et sa communication qui concerne également le
Public).
>
>
>
> Savez-vous si le RGAA v3 restera en vigueur ?
>
>
>
> Merci.
>
>
>
> Hervé CHUZEVILLE, chef de projet sites Web, intranet et espaces
collaboratifs - Direction des Systèmes d’Information
> Agence de l’eau Rhône Méditerranée Corse - 2-4 allée de Lodz - 69363 Lyon
Cedex 07
>
>
>
> ___
> 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] Obligation légale

[Steven Mouret]

Merci Jean-Pierre, je comprends mieux maintenant.

--
Steven Mouret


Le ven. 19 juil. 2019 à 12:19, Jean-Pierre Villain 
a écrit :

>
>
> -- Message d'origine --
> De: "Steven Mouret" 
> À: liste_gta@list.accessiweb.org
> Envoyé : 19/07/2019 12:00:08
> Objet : Re: [Liste GTA] Obligation légale
>
> Bonjour Jean-Pierre,
>
> Si j'ai bien compris, la sanction ne repose que sur le fait de ne pas
> afficher l'état de conformité.
>
> Oui
>
> La conformité au RGAA reste obligatoire mais n'est pas sanctionnée.
>
> Oui
>
>
> D'après ce que j'ai lu sur les articles d'Armony Altinier
> <https://koena.net/decret-rgaa-2019-v1-controle-et-sanctions/> sur le
> décret (je n'ai pas lu l'ébauche du décret en entier), il ne semble pas y
> avoir d'organisme de contrôle et quand bien même les sanctions ne seraient
> que sur l'affichage de l'état de conformité comme aujourd'hui.
>
> Dans le projet de décret :
>
>
> L'entité responsable des sanctions à bien été défini :  il s'agit du
> ministère des personnes handicapées, c'est donc à de ministère de
> s'organiser pour contrôler et instruire les sanctions.
>
> Par ailleurs il est prévu la mise en place d'une téléprocédure pour les
> déclarations d'accessibilité.
>
> Pour la sanction il n'y a pas (parce que la loi ne le prévoit pas) de
> sanction pour défaut de conformité.
>
> En revanche un utilisateur peux toujours faire appel au Défenseur des
> Droits qui est compétent pour instruire les cas de "discrimination" et
> transmettre, le cas échéant, le dossier aux autorités compétentes :
> tribunal administratif pour le public et tribunal pénal pour le privé.
>
> JPV
>
>
>
>
>
> Merci à tous pour vos réponses.
>
> --
> Steven Mouret
>
>
> Le ven. 19 juil. 2019 à 10:53, Jean-Pierre Villain 
> a écrit :
>
>> Bonjour Steven et tous,
>>
>> Le seul article de loi qui fait référence est celui de 2005 que tu peux
>> consulter ici :
>> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00809647#LEGIARTI37388867
>>
>> Comme tu le remarquera l'article 47 de la loi de 2005 intègre les
>> modifications votées à l'occasion de la LRN (2016) et de la loi travail
>> (2017).
>>
>> C'est un mécanisme habituel lorsqu'une loi est utilisée comme véhicule
>> pour amender une loi précédente.
>>
>> Pour ce qui concerne la sanction et l'obligation d'affichage.
>>
>> Il n'y a pas de contradiction, il s'agit juste d'une obligation
>> complémentaire qui est associée à une sanction.
>>
>> La loi ne dit pas que les sites doivent se contenter d'afficher l'état de
>> conformité sous peine de sanction, elle dit qu'en plus de la conformité
>> RGAA AA les sites doivent afficher l'état de conformité sur les pages
>> d'accueil et que cette nouvelle obligation est sanctionné dans le cas d'un
>> défaut d'affichage.
>>
>> Les obligations définies par la loi seront précisées par un décret et un
>> arrêté dont on attends la publication imminente.
>>
>> JPV
>>
>> -- Message d'origine --
>> De: "Steven Mouret" 
>> À: liste_gta@list.accessiweb.org
>> Envoyé : 19/07/2019 10:27:25
>> Objet : Re: [Liste GTA] Obligation légale
>>
>> Bonjour Maud,
>>
>> Merci pour ta réponse.
>>
>> L'Ad'AP (Agenda d’Accessibilité Programmé) n'est-il pas uniquement pour
>> le bâtiment ? Je parle uniquement de l'accessibilité web, je connais mal
>> l'accessibilité du bâtiment.
>>
>> Au niveau numérique je cite le RGAA :
>> Depuis mai 2012, tous les sites et applications disponibles depuis un
>> navigateur web doivent respecter le RGAA 2.2. Un délai de 18 mois est
>> accordé pour faire la mise à jour vers toute nouvelle version du RGAA à
>> compter de sa publication officielle
>> <https://references.modernisation.gouv.fr/rgaa-accessibilite/guide-accompagnement-RGAA.html#Quel-est-le-delai-de-mise-en-conformite>.
>>
>>
>> Aujourd'hui nous sommes à la version 3 2017 ce qui veut dire que les
>> sites et applications créés avant janvier 2017 devraient être répondre au
>> RGAA.
>>
>> Pour revenir à ce que je disais au début le RGAA semble très clair dans
>> la phrase cité ci-avant "doivent respecter le RGAA".
>>
>> La loi pour une république numérique me semble en contradiction avec
>> cela. Mais peut être que je la comprend mal.
>>
>> Le schéma pluriannuel de mise en accessibilité n'est peut être prévu que
>> pour cette période de 18 mois pour chaque mise à jour du RGAA. Et dans ce
>> cas l'obligation est bien de de

Re: [Liste GTA] Obligation légale

[Steven Mouret]

Bonjour Jean-Pierre,

Si j'ai bien compris, la sanction ne repose que sur le fait de ne pas
afficher l'état de conformité. La conformité au RGAA reste obligatoire mais
n'est pas sanctionnée.
D'après ce que j'ai lu sur les articles d'Armony Altinier
<https://koena.net/decret-rgaa-2019-v1-controle-et-sanctions/> sur le
décret (je n'ai pas lu l'ébauche du décret en entier), il ne semble pas y
avoir d'organisme de contrôle et quand bien même les sanctions ne seraient
que sur l'affichage de l'état de conformité comme aujourd'hui.

Merci à tous pour vos réponses.

--
Steven Mouret


Le ven. 19 juil. 2019 à 10:53, Jean-Pierre Villain 
a écrit :

> Bonjour Steven et tous,
>
> Le seul article de loi qui fait référence est celui de 2005 que tu peux
> consulter ici :
> https://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00809647#LEGIARTI37388867
>
> Comme tu le remarquera l'article 47 de la loi de 2005 intègre les
> modifications votées à l'occasion de la LRN (2016) et de la loi travail
> (2017).
>
> C'est un mécanisme habituel lorsqu'une loi est utilisée comme véhicule
> pour amender une loi précédente.
>
> Pour ce qui concerne la sanction et l'obligation d'affichage.
>
> Il n'y a pas de contradiction, il s'agit juste d'une obligation
> complémentaire qui est associée à une sanction.
>
> La loi ne dit pas que les sites doivent se contenter d'afficher l'état de
> conformité sous peine de sanction, elle dit qu'en plus de la conformité
> RGAA AA les sites doivent afficher l'état de conformité sur les pages
> d'accueil et que cette nouvelle obligation est sanctionné dans le cas d'un
> défaut d'affichage.
>
> Les obligations définies par la loi seront précisées par un décret et un
> arrêté dont on attends la publication imminente.
>
> JPV
>
> -- Message d'origine --
> De: "Steven Mouret" 
> À: liste_gta@list.accessiweb.org
> Envoyé : 19/07/2019 10:27:25
> Objet : Re: [Liste GTA] Obligation légale
>
> Bonjour Maud,
>
> Merci pour ta réponse.
>
> L'Ad'AP (Agenda d’Accessibilité Programmé) n'est-il pas uniquement pour le
> bâtiment ? Je parle uniquement de l'accessibilité web, je connais mal
> l'accessibilité du bâtiment.
>
> Au niveau numérique je cite le RGAA :
> Depuis mai 2012, tous les sites et applications disponibles depuis un
> navigateur web doivent respecter le RGAA 2.2. Un délai de 18 mois est
> accordé pour faire la mise à jour vers toute nouvelle version du RGAA à
> compter de sa publication officielle
> <https://references.modernisation.gouv.fr/rgaa-accessibilite/guide-accompagnement-RGAA.html#Quel-est-le-delai-de-mise-en-conformite>.
>
>
> Aujourd'hui nous sommes à la version 3 2017 ce qui veut dire que les sites
> et applications créés avant janvier 2017 devraient être répondre au RGAA.
>
> Pour revenir à ce que je disais au début le RGAA semble très clair dans la
> phrase cité ci-avant "doivent respecter le RGAA".
>
> La loi pour une république numérique me semble en contradiction avec cela.
> Mais peut être que je la comprend mal.
>
> Le schéma pluriannuel de mise en accessibilité n'est peut être prévu que
> pour cette période de 18 mois pour chaque mise à jour du RGAA. Et dans ce
> cas l'obligation est bien de devoir être accessible et non d'uniquement
> afficher le niveau d'accessibilité. Cette loi préciserai donc les
> obligations avant cette période de 18 mois et pour les futurs évolutions du
> RGAA.
>
> Si quelqu'un peut me dire si j'ai bien compris ça serait cool.
>
> Merci à tous.
>
> --
> Steven Mouret
>
>
> Le jeu. 18 juil. 2019 à 18:12, Maud DUPUIS-CAILLOT <
> mdup...@polymorphe-design.fr> a écrit :
>
>> Steven,
>>
>> Je trouve cette question très intéressante car je travaille
>> principalement du côté de la loi de 2005 et je maitrise mal celle de 2016
>> relatif au numérique.
>> A la lecture de ton mail, j’ai l’impression que ces 2 lois sont très
>> cohérentes.
>>
>> *Côté loi de 2005* (accessibilité du cadre bâti), les 2 maîtres-mots
>> sont :
>> 1 -  Il faut rendre accessible. Il n’y pas de « mais » .
>> 2 - Pendant le temps de cette mise en conformité, on doit informer le
>> visiteur de ce qui va être fait, de la date d’échéance, de l’état
>> d’avancement et du mode de financement. En clair : *on « s’engage » à
>> faire accessible à telle date et on communique sur le plan d’actions*
>> (ce sont les *Ad’AP* : Agenda d’Accessibilité Programmé).
>> S’il s’avère qu’il y a des impossibilités à rendre accessible, ces
>> impossibilités doivent être justifiées et présentées de la même façon au
>> visiteur. (impossibilité = mise en danger de la structure du bâtiment,
>> disproportion avéré

Re: [Liste GTA] Obligation légale

[Steven Mouret]

Bonjour Maud,

Merci pour ta réponse.

L'Ad'AP (Agenda d’Accessibilité Programmé) n'est-il pas uniquement pour le
bâtiment ? Je parle uniquement de l'accessibilité web, je connais mal
l'accessibilité du bâtiment.

Au niveau numérique je cite le RGAA :
Depuis mai 2012, tous les sites et applications disponibles depuis un
navigateur web doivent respecter le RGAA 2.2. Un délai de 18 mois est
accordé pour faire la mise à jour vers toute nouvelle version du RGAA à
compter de sa publication officielle
<https://references.modernisation.gouv.fr/rgaa-accessibilite/guide-accompagnement-RGAA.html#Quel-est-le-delai-de-mise-en-conformite>.


Aujourd'hui nous sommes à la version 3 2017 ce qui veut dire que les sites
et applications créés avant janvier 2017 devraient être répondre au RGAA.

Pour revenir à ce que je disais au début le RGAA semble très clair dans la
phrase cité ci-avant "doivent respecter le RGAA".

La loi pour une république numérique me semble en contradiction avec cela.
Mais peut être que je la comprend mal.

Le schéma pluriannuel de mise en accessibilité n'est peut être prévu que
pour cette période de 18 mois pour chaque mise à jour du RGAA. Et dans ce
cas l'obligation est bien de devoir être accessible et non d'uniquement
afficher le niveau d'accessibilité. Cette loi préciserai donc les
obligations avant cette période de 18 mois et pour les futurs évolutions du
RGAA.

Si quelqu'un peut me dire si j'ai bien compris ça serait cool.

Merci à tous.

--
Steven Mouret


Le jeu. 18 juil. 2019 à 18:12, Maud DUPUIS-CAILLOT <
mdup...@polymorphe-design.fr> a écrit :

> Steven,
>
> Je trouve cette question très intéressante car je travaille principalement
> du côté de la loi de 2005 et je maitrise mal celle de 2016 relatif au
> numérique.
> A la lecture de ton mail, j’ai l’impression que ces 2 lois sont très
> cohérentes.
>
> *Côté loi de 2005* (accessibilité du cadre bâti), les 2 maîtres-mots sont
> :
> 1 -  Il faut rendre accessible. Il n’y pas de « mais » .
> 2 - Pendant le temps de cette mise en conformité, on doit informer le
> visiteur de ce qui va être fait, de la date d’échéance, de l’état
> d’avancement et du mode de financement. En clair : *on « s’engage » à
> faire accessible à telle date et on communique sur le plan d’actions* (ce
> sont les *Ad’AP* : Agenda d’Accessibilité Programmé).
> S’il s’avère qu’il y a des impossibilités à rendre accessible, ces
> impossibilités doivent être justifiées et présentées de la même façon au
> visiteur. (impossibilité = mise en danger de la structure du bâtiment,
> disproportion avérée entre le coût des travaux et la rentabilité de
> l’établissement, préservation d’un patrimoine remarquable.) Et cette
> impossibilité doit être « validée » par une autorité compétente qui
> officialise alors une dérogation à la loi (et demande la mise en place
> d’une alternative à effet équivalent).
>
> Dans ton mail :
>
> La loi pour une république numérique ajoute l’obligation d*'indiquer
> l'état de mise en œuvre* du schéma pluriannuel de mise en accessibilité
> et le plan d'action de l'année en cours. Ce qui induit d'avoir avant tout
> une démarche d'accessibilité, ce que je trouve une bonne chose. Demander à
> une collectivité d'être accessible AA directement me parait compliqué et
> pour preuve peu y arrive.
>
> >>> Il me semble que c’est la même logique que la loi de 2005 et les Ad’AP
> : objectif 100 % accessible à une date butoir annoncée.
> >>> Y a-t-il aussi dans la loi de 2016 pour une république numérique  la
> possibilité d’avoir des dérogations quand *on ne peut pas* rendre
> accessible ? Si oui sur quels critères apprécie-t-on l'impossibilité ? et
> qui autorise ces dérogations ?
>
> Dans ton mail :
>
> Du coup j'ai une demande client de répondre à la loi de 2005 mais un RGAA
> qui demande l'état de mise en œuvre du schéma pluriannuel de mise en
> accessibilité et le plan d'action de l'année en cours alors que le projet
> est censé être complètement accessible. Pas super logique.
>
> >>> Au contraire ! Je pense que c’est logique. Les Ad’AP de la loi de 2005
> répondaient à un faible taux d’accessibilité dans les Etablissement à la
> date butoir de 2015. Ils redonnaient 3, 6 ou 9 ans à ces établissements
> pour se mettre en conformité. (3 ans pour les petits établissements, et
> jusqu’à 9 ans pour des grosses opérations comme les transports ou les gros
> patrimoines immobiliers par exemple). Ce qui signifie 2018, 2021 et 2024.
> On est toujours aujourd’hui dans ce cadre.
> >>> Dans la loi de 2016 pour une République numérique, y a-t-il une limite
> de durée ou de date à ces schémas pluri-annuels ?
>
> Du coup l'obligation d'accessibilité de la loi de 2005 devient-elle
> obsolète car la loi pour une république numérique est plus récen

[Liste GTA] Obligation légale

[Steven Mouret]

Bonjour à tous,

Ma question va peut-être paraître idiote mais je ne comprends pas ce qui me
parait être une contradiction entre l'article 47 de la loi du 11 février
2005 et la loi n° 2016-1321 pour une République numérique.

La première loi demande clairement d'être accessible alors que la deuxième
demande uniquement d'indiquer son niveau d'accessibilité.

La loi pour une république numérique ajoute l’obligation d'indiquer l'état
de mise en œuvre du schéma pluriannuel de mise en accessibilité et le plan
d'action de l'année en cours. Ce qui induit d'avoir avant tout une démarche
d'accessibilité, ce que je trouve une bonne chose. Demander à une
collectivité d'être accessible AA directement me parait compliqué et pour
preuve peu y arrive.

Travaillant principalement pour le secteur public, tous mes clients
demandent au travers d'appel d'offre d'être accessible au RGAA - AA. Leur
demande me parait logique par rapport à la loi de 2005 mais non compatible
avec la loi pour une république numérique.

La plus grande partie de mes clients ne connaissant pas l'accessibilité ils
n'imaginent pas le travail que cela demande et l'implication de leur côté.

Du coup j'ai une demande client de répondre à la loi de 2005 mais un RGAA
qui demande l'état de mise en œuvre du schéma pluriannuel de mise en
accessibilité et le plan d'action de l'année en cours alors que le projet
est censé être complètement accessible. Pas super logique.

Du coup l'obligation d'accessibilité de la loi de 2005 devient-elle
obsolète car la loi pour une république numérique est plus récente ?

La demande qui me semble légitime mais complètement illusoire de la plupart
de mes clients est-elle justifiée ?

Merci à vous

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

[Liste GTA] Icône transmettant des informations dans un lien qui s'ouvre dans une nouvelle fenêtre

[Steven Mouret]

Bonjour à tous,

Je cherche la meilleure façon d'intégrer un lien qui s'ouvre dans une
nouvelle fenêtre avec une  icône transmettant des informations provenant
d'une police d'icône. Je souhaite que se soit valide au RGAA et le plus
accessible possible.

J'ai testé sur les couples ci-après et cela me parait fonctionner
correctement.

   - NVDA, Firefox
   - Safari, VoiceOver
   - IE11, Jaws 2018

Il y a une redondance d'information sur IE11 et Jaws 2018 sur les termes
"nouvelle fenêtre", Jaws lit le aria-label et le title du lien
contrairement à NVDA et VoiceOver qui ne lisent que le aria-label.


Météo :



Merci pour vos réponses.

Cordialement

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

Re: [Liste GTA] RGAA : Test 11.10.2

[Steven Mouret]

Merci pour vos réponses,

Alex c'était mon avis aussi mais j'ai toujours un peu de mal à imaginer
tous les cas utilisateurs.

Audrey si en effet le mention obligatoire dans le label n'est que visuelle
alors aria-hidden pourrait être une bonne solution aussi.

Le test précise bien "doit être accompagnée d'une indication *visuelle
*explicite
dans l'étiquette".

--
Steven Mouret


Le ven. 26 avr. 2019 à 14:07, Audrey Maniez  a écrit :

> A voir et à tester soigneusement, mais si tu mets un aria-hidden="true"
> sur la portion de texte qui signale la mention obligatoire, ça réduirait le
> bruit certainement (si je comprends bien ta demande).
>
> Nom obligatoire required id="nom" type="text" />
>
> [image: Access42]
>
> *Audrey MANIEZ*
> Experte accessibilité numérique
> 06 22 11 29 62
>
> Expertise et formation en accessibilité numérique
>
> Site web <https://access42.net/> — Twitter
> <https://twitter.com/access42net> — LinkedIn
> <https://www.linkedin.com/company/access42> — Newsletter
> <http://eepurl.com/dgHY2b>
>
> Organisme de formation référencé dans le Datadock
>
> -- Message d'origine --
> De: "Steven Mouret" 
> À: liste_gta@list.accessiweb.org
> Envoyé : 26/04/2019 13:30:43
> Objet : Re: [Liste GTA] RGAA : Test 11.10.2
>
> Oui mais si le champs est mentionné requis il y a une redondance d'info.
>
> Le ven. 26 avr. 2019 à 13:18, Rachel Foucard  a
> écrit :
>
>> Bonjour,
>>
>> Mettre un * en fin de label et préciser en debut de formulaire que les
>> champs avec une * sont obligatoires ne repond pas à ce critère ?
>>
>> Cordialement
>> Rachel Foucard
>>
>> Télécharger Outlook pour Android <https://aka.ms/ghei36>
>>
>> --
>> *From:* liste_gta  on behalf of
>> Steven Mouret 
>> *Sent:* Friday, April 26, 2019 1:03:58 PM
>> *To:* liste_gta@list.accessiweb.org
>> *Subject:* [Liste GTA] RGAA : Test 11.10.2
>>
>> Bonjour à tous,
>>
>> Ce test demande à ce qu'un champ de formulaire marqué comme obligatoire
>> dans le code avec les propriétés ARIA aria-label, aria-required ou
>> l'attribut required ait aussi une indication visuelle explicite.
>>
>> Je vois souvent la mention obligatoire directement insérée en HTML dans
>> le label ce qui crée une redondance d'info. Sur NVDA, la prise de focus
>> dans le champ lit le label avec la mention obligatoire et me précise de
>> nouveau le caractère obligatoire du champ. Y a-t-il une contre-indication à
>> afficher la mention obligatoire en CSS ou via une icon sans alternative ?
>>
>> Merci
>>
>> --
>> Steven Mouret
>> ___
>> liste_gta mailing list
>> liste_gta@list.accessiweb.org
>> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>>
>
>
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
>  Garanti
> sans virus. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient>
> <#m_4977362991218291930_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> ___
> 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] RGAA : Test 11.10.2

[Steven Mouret]

Oui mais si le champs est mentionné requis il y a une redondance d'info.

Le ven. 26 avr. 2019 à 13:18, Rachel Foucard  a
écrit :

> Bonjour,
>
> Mettre un * en fin de label et préciser en debut de formulaire que les
> champs avec une * sont obligatoires ne repond pas à ce critère ?
>
> Cordialement
> Rachel Foucard
>
> Télécharger Outlook pour Android <https://aka.ms/ghei36>
>
> --
> *From:* liste_gta  on behalf of
> Steven Mouret 
> *Sent:* Friday, April 26, 2019 1:03:58 PM
> *To:* liste_gta@list.accessiweb.org
> *Subject:* [Liste GTA] RGAA : Test 11.10.2
>
> Bonjour à tous,
>
> Ce test demande à ce qu'un champ de formulaire marqué comme obligatoire
> dans le code avec les propriétés ARIA aria-label, aria-required ou
> l'attribut required ait aussi une indication visuelle explicite.
>
> Je vois souvent la mention obligatoire directement insérée en HTML dans le
> label ce qui crée une redondance d'info. Sur NVDA, la prise de focus dans
> le champ lit le label avec la mention obligatoire et me précise de nouveau
> le caractère obligatoire du champ. Y a-t-il une contre-indication à
> afficher la mention obligatoire en CSS ou via une icon sans alternative ?
>
> Merci
>
> --
> Steven Mouret
> ___
> 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] RGAA : Test 11.10.2

[Steven Mouret]

Bonjour à tous,

Ce test demande à ce qu'un champ de formulaire marqué comme obligatoire
dans le code avec les propriétés ARIA aria-label, aria-required ou
l'attribut required ait aussi une indication visuelle explicite.

Je vois souvent la mention obligatoire directement insérée en HTML dans le
label ce qui crée une redondance d'info. Sur NVDA, la prise de focus dans
le champ lit le label avec la mention obligatoire et me précise de nouveau
le caractère obligatoire du champ. Y a-t-il une contre-indication à
afficher la mention obligatoire en CSS ou via une icon sans alternative ?

Merci

--
Steven Mouret
___
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

[Steven Mouret]

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
>>>
>>> [image: vivaticket.com] <http://www.vivaticket.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
>>
> ___
> 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] Role presentation

[Steven Mouret]

En effet Alex le Recaptcha est lu comme un contenu de la page.
Julie merci pour ces infos supplémentaires.

--
Steven Mouret


Le mer. 17 oct. 2018 à 13:25, Julie Moynat  a écrit :

> Bonjour,
>
>
> J'ai échangé avec mes collègues également experts AccessiWeb et le
> role="presentation" dans ce cas de figure ne semble pas déconnant dans la
> mesure où il permet de fluidifier la navigation dans un formulaire. Cela
> évite la restitution du fait qu'il y a un cadre qui a un certain nom (via
> l'attribut title).
>
>
> A priori ce n'est pas forcément gênant ici mais il peut y avoir débat car,
> dans ce cas, l'iframe peut ne pas forcément être listée par les
> technologies d'assistance, par exemple.
>
>
> Par contre, pour répondre à la première question "faut-il un attribut
> title sur une iframe avec un role="presentation" ?", il s'avère qu'il est
> préférable de mettre un attribut title malgré tout dans un but de
> rétrocompatibilité : si le role="presentation" n'est pas supporté, alors
> l'attribut title sera restitué avec l'information qu'il s'agit d'un cadre.
> Nous avons testé avec VoiceOver + Safari, NVDA + Firefox, Jaws + IE, et,
> pour une iframe avec un role="presentation" et un attribut title, ce
> dernier n'est pas restitué si le role="presentation" est supporté ; ce qui
> est bien le comportement attendu.
>
>
> Julie
>
>
>
> ‐‐‐ Original Message ‐‐‐
> Le mercredi 17 octobre 2018 13:13, Alex Bernier <
> alex.bern...@braillenet.org> a écrit :
>
> > On Wed, Oct 17, 2018 at 12:21:59PM +0200, Steven Mouret wrote:
> >
> > > Oui j'ai bien compris mais quel est la problématique en terme
> > > d'accessibilité ?
> > > Mettre un role presentation même si cela est valide ne risque t-il pas
> > > d'être gênant ?
> >
> > Dans ce contexte (je suppose qu'il n'y a qu'un iframe sur la page), je
> ne vois pas de cas d'usage où cela pourrait être gênant. Le fait qu'il y
> ait un role "presentation" sur l'iframe fera que le lecteur d'écran ne
> considérera plus l'élément comme un cadre.
> >
> > Alex
> >
> > > Le mer. 17 oct. 2018 à 12:04, Alex Bernier
> > > <[1]alex.bern...@braillenet.org> a écrit :
> > >
> > >  On Wed, Oct 17, 2018 at 11:53:48AM +0200, Steven Mouret wrote:
> > >  >Du coup j'ai une autre question, quelle est la problématique
> de
> > >  ne pas
> > >  >indiquer l'attribut title sur une iframe ?
> > >  L'iframe n'aura pas d'accessible name (s'il n'y a pas nom plus de
> > >  aria-label ou aria-labelledby). Conséquence : l'utilisateur saura
> > >  qu'il y a un cadre en ligne mais n'aura ps d'indication sur son
> > >  contenu.
> > >  Alex
> > >  >--
> > >  >Steven Mouret
> > >  >
> > >  >Le mer. 17 oct. 2018 à 09:12, Alex Bernier
> > >  ><[1][2]alex.bern...@braillenet.org> a écrit :
> > >  >
> > >  >  Bonjour,
> > >  >  On Tue, Oct 16, 2018 at 04:58:29PM +, Julie Moynat
> wrote:
> > >  >  >Bonjour,
> > >  >  >
> > >  >  >La question que je me pose face à cette question est :
> > >  pourquoi
> > >  >  >utiliser un role="presentation" sur une balise
> 
> > >  ?
> > >  >  Sans doute pour éviter que le lecteur d'écran vocalise
> volca
> > >  lise le
> > >  >  l'iframe comme un "cadre" ou un "cadre ne ligne" (ce genre
> > >  d'énoncé
> > >  >  pouvant paraître un peu abscons pour la plupart des
> > >  utilisateurs).
> > >  >  > Est-ce
> > >  >  >légitime ?
> > >  >  >
> > >  >  >Pour la question de la conformité au RGAA, je préfère
> > >  laisser
> > >  >  les
> > >  >  >expert·e·s de la labellisation répondre. Peut-être
> qu'un
> > >  >  >éclaircissement à ma question aidera également à
> > >  connaître la
> > >  >  réponse.
> > >  >  C'est conforme à la spec "ARIA in HTML" :
> > >  >  [2][3]https://www.w3.org/TR/html-aria/
> > >  >  Et donc conforme au test RGAA 7.1.4. : « Chaque
> modification
> > >  du rôle
> > >  >  nati

Re: [Liste GTA] Role presentation

[Steven Mouret]

Oui j'ai bien compris mais quel est la problématique en terme
d'accessibilité ?
Mettre un role presentation même si cela est valide ne risque t-il pas
d'être gênant ?

--
Steven Mouret


Le mer. 17 oct. 2018 à 12:04, Alex Bernier  a
écrit :

> On Wed, Oct 17, 2018 at 11:53:48AM +0200, Steven Mouret wrote:
> >Du coup j'ai une autre question, quelle est la problématique de ne pas
> >indiquer l'attribut title sur une iframe ?
>
> L'iframe n'aura pas d'accessible name (s'il n'y a pas nom plus de
> aria-label ou aria-labelledby). Conséquence : l'utilisateur saura qu'il y a
> un cadre en ligne mais n'aura ps d'indication sur son contenu.
>
> Alex
>
> >--
> >Steven Mouret
> >
> >Le mer. 17 oct. 2018 à 09:12, Alex Bernier
> ><[1]alex.bern...@braillenet.org> a écrit :
> >
> >  Bonjour,
> >  On Tue, Oct 16, 2018 at 04:58:29PM +, Julie Moynat wrote:
> >  >Bonjour,
> >  >
> >  >La question que je me pose face à cette question est : pourquoi
> >  >utiliser un role="presentation" sur une balise  ?
> >  Sans doute pour éviter que le lecteur d'écran vocalise volca lise le
> >  l'iframe comme un "cadre" ou un "cadre ne ligne" (ce genre d'énoncé
> >  pouvant paraître un peu abscons pour la plupart des utilisateurs).
> >  > Est-ce
> >  >légitime ?
> >  >
> >  >Pour la question de la conformité au RGAA, je préfère laisser
> >  les
> >  >expert·e·s de la labellisation répondre. Peut-être qu'un
> >  >éclaircissement à ma question aidera également à connaître la
> >  réponse.
> >  C'est conforme à la spec "ARIA in HTML" :
> >  [2]https://www.w3.org/TR/html-aria/
> >  Et donc conforme au test RGAA 7.1.4. : « Chaque modification du rôle
> >  natif d'un élément HTML respecte-t-elle les règles et préconisations
> >  indiquées dans la spécification HTML5 et les notes techniques
> >  associées ? ».
> >  Alex
> >  >
> >  >Julie
> >  >
> >  > Message d'origine 
> >  >
> >  >On 15 oct. 2018 à 10:51, Steven Mouret <
> >  [3]steven.mou...@gmail.com > a
> >  >écrit :
> >  >
> >  >Bonjour à tous,
> >  >J'ai une question à propos du role presentation.
> >  >J'ai ce role sur une balise iframe, ce qui fait qu'elle perd sa
> >  valeur
> >  >sémantique.
> >  >Le critère 2.1 impose d'avoir un titre de cadre mais dans ce
> >  cas, a
> >  >t-il toujours lieu d'être ?
> >  >Mon cas est celui du Recaptcha de Google. Dans NVDA je n'ai
> >  plus
> >  >l'information sur le cadre puisque qu'il y a un role
> >  presentation.
> >  >Merci pour vos réponses.
> >  >--
> >  >Steven Mouret
> >  > ___
> >  > liste_gta mailing list
> >  > [4]liste_gta@list.accessiweb.org
> >  >
> >  [5]
> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.access
> >  iweb.org
> >  ___
> >  liste_gta mailing list
> >  [6]liste_gta@list.accessiweb.org
> >  [7]
> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.access
> >  iweb.org
> >
> > Références
> >
> >1. mailto:alex.bern...@braillenet.org
> >2. https://www.w3.org/TR/html-aria/
> >3. mailto:steven.mou...@gmail.com
> >4. mailto:liste_gta@list.accessiweb.org
> >5.
> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
> >6. mailto:liste_gta@list.accessiweb.org
> >7.
> 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] Titre de lien (nouvelle fenêtre)

[Steven Mouret]

Bonjour Yanick,

Au niveau de l'accessibilité on ne se préoccupe pas du quand, il faut juste
prévenir l'utilisateur de l'ouverture car cela peut gêner sa navigation
dans son agent utilisateur.

Par contre une bonne pratique est de ne pas utiliser l'ouverture dans une
nouvelle fenêtre et de laisser libre l'utilisateur de le faire par lui même.

--
Steven Mouret


Le mer. 17 oct. 2018 à 11:16, Yanick NGAN  a
écrit :

> Bonjour à tous,
>
> Je souhaite avoir des précisions sur le fait de prévenir un utilisateur
> que le lien va ouvrir une nouvelle fenêtre.
> En clair dans quels cas un lien doit s'ouvrir dans une nouvelle fenêtre ?
> Ex :
> Parcours de recherche d'un utilisateur qui passe par des sites différents
> d'un même écosystème pour mener une tâche.
>
> Merci d'avance pour vos réponses, et si vous avez des docs sur ce sujet je
> suis preneur également.
>
> Bien cordialement.
> --
> Yanick NGAN
> Coordinateur de projets techniques et sites Web & Référent Handicap
> Expert AccessiWeb en Evaluation HTML5/ARIA
>
> DSI - Service Missions Numériques Transversale
> T. +33 (0)1 45 49 56 11
> ___
> 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] Role presentation

[Steven Mouret]

Bonjour,

Merci Julie et Alex pour vos réponses.
Je ne comprends pas trop la conformité au test RGAA 7.1.4.
Du coup j'ai une autre question, quelle est la problématique de ne pas
indiquer l'attribut title sur une iframe ?

--
Steven Mouret


Le mer. 17 oct. 2018 à 09:12, Alex Bernier  a
écrit :

> Bonjour,
>
> On Tue, Oct 16, 2018 at 04:58:29PM +, Julie Moynat wrote:
> >Bonjour,
> >
> >La question que je me pose face à cette question est : pourquoi
> >utiliser un role="presentation" sur une balise  ?
>
> Sans doute pour éviter que le lecteur d'écran vocalise volca lise le
> l'iframe comme un "cadre" ou un "cadre ne ligne" (ce genre d'énoncé pouvant
> paraître un peu abscons pour la plupart des utilisateurs).
>
> > Est-ce
> >légitime ?
> >
> >Pour la question de la conformité au RGAA, je préfère laisser les
> >expert·e·s de la labellisation répondre. Peut-être qu'un
> >éclaircissement à ma question aidera également à connaître la réponse.
>
>
> C'est conforme à la spec "ARIA in HTML" : https://www.w3.org/TR/html-aria/
> Et donc conforme au test RGAA 7.1.4. : « Chaque modification du rôle natif
> d'un élément HTML respecte-t-elle les règles et préconisations indiquées
> dans la spécification HTML5 et les notes techniques associées ? ».
>
> Alex
>
>
> >
> >Julie
> >
> > Message d'origine 
> >
> >On 15 oct. 2018 à 10:51, Steven Mouret < steven.mou...@gmail.com > a
> >écrit :
> >
> >Bonjour à tous,
> >J'ai une question à propos du role presentation.
> >J'ai ce role sur une balise iframe, ce qui fait qu'elle perd sa valeur
> >sémantique.
> >Le critère 2.1 impose d'avoir un titre de cadre mais dans ce cas, a
> >t-il toujours lieu d'être ?
> >Mon cas est celui du Recaptcha de Google. Dans NVDA je n'ai plus
> >l'information sur le cadre puisque qu'il y a un role presentation.
> >Merci pour vos réponses.
> >--
> >Steven Mouret
>
> > ___
> > 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] Role presentation

[Steven Mouret]

Bonjour à tous,

J'ai une question à propos du role presentation.
J'ai ce role sur une balise iframe, ce qui fait qu'elle perd sa valeur
sémantique.
Le critère 2.1 impose d'avoir un titre de cadre mais dans ce cas, a t-il
toujours lieu d'être ?

Mon cas est celui du Recaptcha de Google. Dans NVDA je n'ai plus
l'information sur le cadre puisque qu'il y a un role presentation.

Merci pour vos réponses.

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

Re: [Liste GTA] WCAG 2.1 et mise à jour du RGAA

[Steven Mouret]

Ok merci pour ces informations.

Le mar. 12 juin 2018 à 16:44, Frédéric Halna  a écrit :

> Bonjour Olivier,
>
> Dans le dernier draft de la directive européenne, il me sembe que la
> référence aux WCAG 2.1 est présente. Notamment avec la mention :  "so the
> present document will be revised once WCAG 2.1 has been finalised."
>
>
> http://www.etsi.org/deliver/etsi_en/301500_301599/301549/02.01.01_20/en_301549v020101a.pdf
>
> Bonne journée.
> Frédéric.
>
> Le mar. 12 juin 2018 à 16:28, Olivier Nourry  a
> écrit :
>
>> Bonjour Steven,
>>
>> Pas d’info officielle à fournir, mais plutôt mon opinion sur la question.
>>
>> Les mises à jour du RGAA sont pilotées par la DINSIC qui jusqu’à présent
>> s’est appuyée sur un groupement de prestataires, dont j’ai fait partie. Le
>> marché permettant à la DINSIC de sous-traiter cette tâche a pris fin il y a
>> un an. Un appel d’offres a été émis pour renouvellement, et cloturé en
>> avril. On attend la notification d’attribution.
>> Donc 0 chance qu’il y ait une maj du RGAA en juin. En revanche, en
>> prévision de la transposition de la directive européenne sur
>> l’accessibilité, via décret et/ou arrêté, il pourrait y avoir une évolution
>> à la rentrée. Mais pas nécessairement sur la partie technique, plutôt sur
>> le guide d’accompagnement, afin d’y intégrer ces nouvelles dispositions
>> (info obtenue suite à une réunion de présentation à la DINSIC avec des
>> professionnels représentatifs du marché des prestations a11y).
>>
>> Concernant l’adoption de WCAG 2.1: en fait, l’un des aspects nouveaux de
>> la directive européenne est qu’on ne se réfèrera plus aux « normes
>> internationales » mais à des normes européennes. Pour le moment elles sont
>> un copié-collé des WCAG 2.0. Rien ne permet de prédire si WCAG 2.1 sera un
>> jour intégré à ces normes européennes, ou si la CE prendra une autre
>> orientation: création d’une norme ex nihilo (très peu probable), maintien
>> de WCAG 2.0, évolution de WCAG 2.0,  attente de WCAG 3.0…. tout est ouvert
>> à ce stade.
>>
>> J’espère avoir répondu à ta question.
>> Olivier Nourry
>>
>>
>> > Le 11 juin 2018 à 16:13, Steven Mouret  a
>> écrit :
>> >
>> >
>> > Bonjour à tous,
>> >
>> > Quelqu'un a t-il des infos sur la date de la mise à jour du RGAA par
>> rapport à WCAG 2.1. Généralement il y a une mise à jour annuelle en juin
>> pour le RGAA, j'imagine qu'elle va être décalée.
>> >
>> > Merci pour vos infos.
>> >
>> > --
>> > Steven Mouret
>> > ___
>> > 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] WCAG 2.1 et mise à jour du RGAA

[Steven Mouret]

Bonjour à tous,

Quelqu'un a t-il des infos sur la date de la mise à jour du RGAA par
rapport à WCAG 2.1. Généralement il y a une mise à jour annuelle en juin
pour le RGAA, j'imagine qu'elle va être décalée.

Merci pour vos infos.

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

Re: [Liste GTA] Test

[Steven Mouret]

Super merci.

--
Steven Mouret


Le lun. 11 juin 2018 à 16:05, Vargenau, Marc-Etienne (Nokia -
FR/Paris-Saclay)  a écrit :

> Bonjour Alex,
>
> Bien reçu.
>
> Marc-Etienne
>
> -Original Message-
> From: liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] On Behalf
> Of Alex Bernier
> Sent: Monday, June 11, 2018 4:02 PM
> To: liste_gta@list.accessiweb.org
> Subject: [Liste GTA] Test
>
> Bonjour,
>
> Petit message de test - nous avons eu quelques soucis techniques avec
> l'hébergeur de cette liste.
>
> Alex
>
> Alex Bernier
> --
> Directeur
>
> Association BrailleNet - AccessiWeb
> 12bis avenue Maurice Thorez
> 94200 Ivry sur Seine
>
> Tél. + 33 1 85 09 05 13
>
> Fax  + 33 1 46 70 35 84
>
>
> ___
> 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] Lien fichier en téléchargement

[Steven Mouret]

Bonjour et meilleur vœux à tous,

Cet attribut n'existe pas dans ARIA.
L'idéale et d'afficher directement dans le lien le format, le poids et la
langue si elle est différente de celle du document.

Il n'existe pas d'attributs spécifiques pour le format ou le poids,
l'information doit être donnée dans le lien. L'attribut title peut aussi
convenir, je pense qu'il est préférable d'utiliser un title plutôt qu'un
aria-label car l'information dans l'info bulle sera bénéfique à tous.

Mais je le répète, le mieux c'est dans le lien directement.

Cordialement

--
Steven Mouret

Le 8 janvier 2018 à 10:34, Claire Daval <claire.da...@businessdecision.com>
a écrit :

> Bonjour la liste et meilleurs vœux à tous,
>
>
>
> Pour bien démarrer, j’ai une question relative à un lien sur un fichier en
> téléchargement.
>
>
>
> Le format est renseigné dans un attribut « data-file_ext="PDF" » de
> l’élément «  me demande si c’est suffisant ?
>
> Existe-t-il un attribut dédié pour le poids ?
>
>
>
> Merci pour vos retours
>
> Claire
>
>
>
> *Claire Daval*
>
> *EOLAS, groupe Business & Decision
> <https://www.eolas.fr/?utm_source=BasDeMail_campaign=MatineeTransformationDigitale_medium=email>*
> - tel.: +33 (0)4 76 44 50 50 <04%2076%2044%2050%2050>
> Services en ligne managés 24/7 - e-commerce, e-administration, e-business
>
> [image:
> https://www.eolas.fr/uploads/Image/52/504_680_Logo-Eolas-Bas-de-mail.gif]
> <https://www.eolas.fr/?utm_source=BasDeMail_campaign=BasDeMail2017_medium=email>
>  [image:
> https://www.eolas.fr/uploads/Image/eb/713_858_Bas-de-mail-Twitter.png]
> <https://twitter.com/BD_eolas> [image:
> https://www.eolas.fr/uploads/Image/61/879_852_Bas-de-mail-LinkedIn.png]
>
>
> <https://www.linkedin.com/company/business-&-decision-eolas/>
>
> ___
> 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] alternative à l'outil de calcul du poids de la page de la web developer tools ?

[Steven Mouret]

Salut Hervé,

Ton navigateur permet de connaitre le poids d'une page.
Dans Chrome et Firefox, touche F12 pour activer les outils de développeurs,
onglet Network (en) et tu recharges ta page. En bas de la fenêtre tu as les
informations : Nombre de requêtes, le poids de la page et le temps de
chargement.

Cordialement

--
Steven Mouret

Le 18 déc. 2017 10:27 AM, "CHUZEVILLE Hervé" <herve.chuzevi...@eaurmc.fr> a
écrit :

> Bonjour la liste,
>
>
>
> La dernière version de la barre Web developer (pour Firefox et Chrome) ne
> semble plus posséder la fonctionnalité de calcul du poids d'une page Web.
>
>
>
> Avez-vous un outil alternatif qui permet cela ?
>
>
>
> Merci.
>
>
>
> *Hervé CHUZEVILLE*, chef de projet informatique
> Agence de l’eau Rhône Méditerranée Corse – Direction des Systèmes
> d'Information - bureau : *B167*
>
>
>
> ___
> 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] Input date et critère 11.11

[Steven Mouret]

Bonjour à tous,

Je me réponds à moi même dans le glossaire du RGAA il est précisé :

Note importante : lorsque le type de champ de formulaire propose un masque
de saisie, comme par exemple les champs date ou time, l'indication de
format n'est pas nécessaire.

Cordialement


--
Steven Mouret

Le 15 novembre 2017 à 11:38, Steven Mouret <steven.mou...@gmail.com> a
écrit :

> Bonjour à tous,
>
> Faut-il donner une aide à la saisie pour un champ de type date ?
> Je m'explique, le format attendu dépend de la langue du navigateur en
> français ce sera jj/mm/ alors qu'en anglais mm/dd/. La valeur est
> toujours envoyée dans le format international -mm-dd.
> Il est donc compliqué d'ajouter dans le label une aide qui prend en compte
> tous les formats suivant l'utilisateur.
>
> Je pense connaître la réponse mais j'aurai voulu avoir votre avis.
>
> Merci
>
> --
> Steven Mouret
>
___
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Re: [Liste GTA] titres d'articles et méta-données associées - des suggestions?

[Steven Mouret]

Du coup l'ajout dans une liste ne réglerait-il pas le problème ?


--
Steven Mouret

Le 24 novembre 2017 à 11:25, Aurélien LEVY <aurelien.l...@temesis.com> a
écrit :

> en theorie oui dans la pratique à ma connaissance cela ne fonctionne pas
> dans les lecteurs d'écran
>
> ------
> *De: *"Steven Mouret" <steven.mou...@gmail.com>
> *À: *"liste gta" <liste_gta@list.accessiweb.org>
> *Envoyé: *Vendredi 24 Novembre 2017 11:10:55
> *Objet: *Re: [Liste GTA]titres d'articles et méta-données associées - des
> suggestions?
>
> Bonjour,
>
> La solution d'Alex me paraît le plus adapté, pourquoi faire compliqué. Le
> contexte (article) permet de lier les éléments entre eux.
>
> Le 24 nov. 2017 10:05 AM, "Olivier Nourry" <olv.nou...@gmail.com> a
> écrit :
>
>> Bonjour,
>>
>> Merci Frédéric, Alex et Aurélien pour vos suggestions.
>>
>>
>> Bonne journée,
>> Olivier Nourry
>>
>>
>> Le 24 nov. 2017 à 09:52, Aurelien Levy <aurelien.l...@gmail.com> a écrit
>> :
>>
>> Hello,
>>
>> solution imparfaite à base de titre masqué à utiliser en dernier recours
>>   :
>> [titre d’article
>> 1]
>> [date 1]
>>  [catégories 1]
>> [titre d’article 1]
>>
>> Aurélien
>>
>> Le 23 novembre 2017 à 16:35, Alex Bernier <alex.bern...@braillenet.org>
>> a écrit :
>>
>>> Une structure de code comme celle-ci devrait marcher :
>>> 
>>> 
>>> [date 1]
>>> [catégories 1]
>>> [titre d’article 1]
>>> 
>>> [le contenu de l’article 1]
>>> 
>>>
>>>  est un élément sectionnant, donc si le lecteur d'écran fait
>>> son job, pas d'ambiguïté entre le contenu de deux "" différents...
>>>
>>> Alex
>>>
>>>
>>> On Thu, Nov 23, 2017 at 04:06:03PM +0100, Olivier Nourry wrote:
>>> >Bonjour,
>>> >
>>> >Je rencontre souvent ce genre de structures sur des sites de
>>> contenus:
>>> >
>>> >[une date]
>>> >
>>> >[une ou plusieurs catégories]
>>> >
>>> >[un titre d’article]
>>> >
>>> >[le contenu de l’article]
>>> >
>>> >répété plusieurs fois dans la page. Ce qui donne:
>>> >
>>> >[date 1]
>>> >[catégories 1]
>>> >[titre d’article 1]
>>> >[le contenu de l’article 1]
>>> >
>>> >[date 2]
>>> >[catégories 2]
>>> >[titre d’article 2]
>>> >[le contenu de l’article 2]
>>> >
>>> >etc.
>>> >
>>> >Bien sûr, les [Titre n] sont des éléments H2, ou H3, etc.
>>> >
>>> >Le problème avec cette structure, c’est de signifier que « Titre 1 »
>>> >est le titre associé aux méta-données « date 1 » et « catégories 1
>>> »,
>>> >et non de « date 2 » et « catégories 2 » qui viennent juste après.
>>> >
>>> >Je me bats toujours avec cette situation, en incitant à remettre les
>>> >méta sous le titre, visuellement, ce qui facilitera la
>>> structuration,
>>> >mais j’obtiens rarement gain de cause.
>>> >
>>> >J’ai cherché sur différents sites de référence, espérant trouver une
>>> >intégration intelligente de cette contrainte, mais ils positionnent
>>> >tous les méta après les titres.
>>> >
>>> >Les 2 solutions que je propose généralement:
>>> >
>>> >  * soit intégrer la méta dans le heading (mais ça n’est réellement
>>> >faisable que si on n’a juste qu’une date par exemple)
>>> >  * soit positionner les méta après le heading dans le code, et les
>>> >repositionner au-dessus en CSS. Sauf que c’est pas toujours
>>> évident
>>> >à réaliser, notamment pour garder ça propre à tous les niveaux
>>> de
>>> >zoom et pour toutes les largeurs de fenêtres
>>> >
>>> >J’ai déjà vu également des implémentations où le bloc « méta +
>>> titre +
>>> >corps d’article » est labellisé (via aria-labelledby) par le titre à
>>> >l’intérieur. Mais ça ne me paraît pas efficace pour résoudre le
>>> >problème.
>>> >
>>> >D’autres 

Re: [Liste GTA] titres d'articles et méta-données associées - des suggestions?

[Steven Mouret]

Bonjour,

La solution d'Alex me paraît le plus adapté, pourquoi faire compliqué. Le
contexte (article) permet de lier les éléments entre eux.

Le 24 nov. 2017 10:05 AM, "Olivier Nourry"  a écrit :

> Bonjour,
>
> Merci Frédéric, Alex et Aurélien pour vos suggestions.
>
>
> Bonne journée,
> Olivier Nourry
>
>
> Le 24 nov. 2017 à 09:52, Aurelien Levy  a écrit :
>
> Hello,
>
> solution imparfaite à base de titre masqué à utiliser en dernier recours
> :
> [titre d’article
> 1]
> [date 1]
>  [catégories 1]
> [titre d’article 1]
>
> Aurélien
>
> Le 23 novembre 2017 à 16:35, Alex Bernier  a
> écrit :
>
>> Une structure de code comme celle-ci devrait marcher :
>> 
>> 
>> [date 1]
>> [catégories 1]
>> [titre d’article 1]
>> 
>> [le contenu de l’article 1]
>> 
>>
>>  est un élément sectionnant, donc si le lecteur d'écran fait son
>> job, pas d'ambiguïté entre le contenu de deux "" différents...
>>
>> Alex
>>
>>
>> On Thu, Nov 23, 2017 at 04:06:03PM +0100, Olivier Nourry wrote:
>> >Bonjour,
>> >
>> >Je rencontre souvent ce genre de structures sur des sites de
>> contenus:
>> >
>> >[une date]
>> >
>> >[une ou plusieurs catégories]
>> >
>> >[un titre d’article]
>> >
>> >[le contenu de l’article]
>> >
>> >répété plusieurs fois dans la page. Ce qui donne:
>> >
>> >[date 1]
>> >[catégories 1]
>> >[titre d’article 1]
>> >[le contenu de l’article 1]
>> >
>> >[date 2]
>> >[catégories 2]
>> >[titre d’article 2]
>> >[le contenu de l’article 2]
>> >
>> >etc.
>> >
>> >Bien sûr, les [Titre n] sont des éléments H2, ou H3, etc.
>> >
>> >Le problème avec cette structure, c’est de signifier que « Titre 1 »
>> >est le titre associé aux méta-données « date 1 » et « catégories 1 »,
>> >et non de « date 2 » et « catégories 2 » qui viennent juste après.
>> >
>> >Je me bats toujours avec cette situation, en incitant à remettre les
>> >méta sous le titre, visuellement, ce qui facilitera la structuration,
>> >mais j’obtiens rarement gain de cause.
>> >
>> >J’ai cherché sur différents sites de référence, espérant trouver une
>> >intégration intelligente de cette contrainte, mais ils positionnent
>> >tous les méta après les titres.
>> >
>> >Les 2 solutions que je propose généralement:
>> >
>> >  * soit intégrer la méta dans le heading (mais ça n’est réellement
>> >faisable que si on n’a juste qu’une date par exemple)
>> >  * soit positionner les méta après le heading dans le code, et les
>> >repositionner au-dessus en CSS. Sauf que c’est pas toujours
>> évident
>> >à réaliser, notamment pour garder ça propre à tous les niveaux de
>> >zoom et pour toutes les largeurs de fenêtres
>> >
>> >J’ai déjà vu également des implémentations où le bloc « méta + titre
>> +
>> >corps d’article » est labellisé (via aria-labelledby) par le titre à
>> >l’intérieur. Mais ça ne me paraît pas efficace pour résoudre le
>> >problème.
>> >
>> >D’autres propositions?
>>
>> > ___
>> > 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

[Liste GTA] Input date et critère 11.11

[Steven Mouret]

Bonjour à tous,

Faut-il donner une aide à la saisie pour un champ de type date ?
Je m'explique, le format attendu dépend de la langue du navigateur en
français ce sera jj/mm/ alors qu'en anglais mm/dd/. La valeur est
toujours envoyée dans le format international -mm-dd.
Il est donc compliqué d'ajouter dans le label une aide qui prend en compte
tous les formats suivant l'utilisateur.

Je pense connaître la réponse mais j'aurai voulu avoir votre avis.

Merci

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

Re: [Liste GTA] Report des erreurs dans un audit

[Steven Mouret]

Rachel je faisais comme toi avant mais je trouve long et compliqué de gérer
les erreurs identiques sur toutes les pages. Cependant je comprends que ce
soit moins source d'erreur pour les développeurs.

Du coup j'aime bien l'idée de Sanvin. Je pense que mon prochain audit ira
dans ce sens.

Merci à vous pour vos réponses.


--
Steven Mouret

Le 8 septembre 2017 à 11:52, <san...@free.fr> a écrit :

> hello,
> pour ma part, les erreurs qui sont présentes dans toutes les pages sont
> importantes avec un impact fort sur l'a11y générale du site/appli et
> (souvent) corrigeables en une seule fois sur le gabarit !
> Donc je les rassemble dans un chapitre "erreurs communes à toutes les
> pages" pour bien les mettre en avant sans le répéter dans toutes les pages
> sauf un lien vers "erreurs communes à toutes les pages" en début de liste
> des erreurs pour que les dev n'oublient pas,
>
> voilà mes 2cts
>
> a+
>
> Sanvin
>
> - Mail original -
> De: "Rachel Foucard" <rfouc...@w-seils.com>
> À: "liste gta" <liste_gta@list.accessiweb.org>
> Envoyé: Vendredi 8 Septembre 2017 11:39:23
> Objet: Re: [Liste GTA] Report des erreurs dans un audit
>
>
>
>
>
> Bonjour Steven,
>
>
>
> Pour ma part d’une manière générale, si une erreur est présente sur toutes
> les pages parce qu’elle porte sur un bloc présent sur toutes les pages, je
> l’indique bien sur toutes les pages.
>
> Lorsqu’on va regarder l’ensemble des erreurs sur une page donnée, on a
> comme ça une vision exhaustive des problèmes, et on peut choisir des
> solutions cohérentes.
>
> C’est plus confortable pour le développeur qui devra corriger d’avoir une
> vision transversale (erreurs qui ont un impact sur l’ensemble des pages du
> site) et une vision globale sur une page donnée.
>
> Il va plus facilement savoir dans quel ordre travailler et prendre les
> bonnes décisions.
>
>
>
> Cordialement,
>
>
>
>
>
>
>
>
> cid:image001.jpg@01CDD6D4.98875830
>
>
>
>
>
>
> --
>
> RACHEL FOUCARD
> Responsable Technique
>
> TYPO3 French Committee Representative
>
> www.w-seils.com
>
>
>
>
> rfouc...@w-seils.com
> Tel +33 (0)2 28 22 75 42
> Mobile +33 (0)6 98 87 88 18
>
>
>
>
>
>
>
>
>
> De : liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] De la part
> de Steven Mouret
> Envoyé : vendredi 8 septembre 2017 11:31
> À : liste_gta@list.accessiweb.org
> Objet : [Liste GTA] Report des erreurs dans un audit
>
>
>
>
> Bonjour à tous,
>
>
>
>
>
> J'espère que vous avez passé un bon été.
>
>
>
>
>
> Lorsque je réalise un audit sur plusieurs pages je ne sais jamais si je
> dois reporter les erreurs identiques d'une page à une autre.
>
>
> Si par exemple j'ai une erreur sur le moteur de recherche qui se trouve
> sur toutes les pages et que je signale une erreur sur une page, est ce que
> je dois la signaler de nouveau sur les autres pages ?
>
>
>
>
>
> Je ne pense pas mais je n'en suis pas certain. Sur ce principe, sur une
> page avec un formulaire ou il n'y a pas d'image dans la zone du formulaire,
> il est logique de mettre tous les critères relatifs aux images en non
> applicable ?
>
>
>
>
>
> Merci à vous
>
>
>
>
>
> --
> Steven Mouret
> ___
> 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] courriel

[Steven Mouret]

Bonjour Rosa,

Voici un paragraphe de l'article 47 de la loi du 11 février 2005
<https://www.legifrance.gouv.fr/affichTexteArticle.do;jsessionid=3EB0887DCAEB48364A4CEB38EAD7CB90.tpdila18v_1?idArticle=LEGIARTI33220197=LEGITEXT06051257=20170713>
modifiée par la loi du 7 octobre 2016.

"L'accessibilité des services de communication au public en ligne concerne
l'accès à *tout type d'information sous forme numérique*, quels que soient
le moyen d'accès, les contenus et le mode de consultation et concerne
notamment les sites internet, intranet, extranet, les applications mobiles,
les progiciels et le mobilier urbain numérique. Les recommandations
internationales pour l'accessibilité de l'internet doivent être appliquées
pour les services de communication au public en ligne."

"tout type d'information sous forme numérique" je pense que les emails
rentrent bien dans le champ d'application.
Par contre les mails ne sont pas du web et le support des clients mails est
bien compliqué. Quoi qu'il en soit il est possible de faire simple et de
faire un effort d'accessibilité en se basant sur le RGAA. Il y aura à
prendre en compte les contraintes lié aux clients mail comme par exemple la
construction en tableau.

Si quelqu'un à déjà eu une expérience dans le domaine ça m’intéresse.

Cordialement

--
Steven Mouret

Le 12 juillet 2017 à 14:34, ROSA Giuseppe (93) <
giuseppe.r...@dgfip.finances.gouv.fr> a écrit :

> Bonjour la liste,
>
> Une question d'ordre général sur le champ d'application du WCAG et plus
> particulièrement du RGAA.
>
> Des projets souhaiteraient transmettre des notifications ou autres
> messages, par courriels format HTML (avec images, tableaux), envoyé
> automatiquement par l'application.
>
> Peut-on, doit-on considéré cela dans le champ d'application du référentiel
> ?
>
> A priori, les équipes en question, considérant qu'il n'y a aucune
> obligation, ne souhaitent faire aucun effort sur la question.
>
> Cordialement,
> --
> DGFiP Giuseppe ROSA
> Inspecteur Analyste
> Expert Accessibilité et RGAA
>
> Atelier SODA - bureau SI-1A
> Site SI-1A :
> SODA : http://si1a.intranet.dgfip/soda
> RGAA : http://si1a.intranet.dgfip/rgaa
> tel : 01.573.36.997
> pièce : 2387
>
>
>
> *Adoptez l'éco-attitude.*
> N'imprimez ce mail que si c'est vraiment 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] Critère 10.7 Prise de focus

[Steven Mouret]

Merci pour vos réponses c'est bien ce que je pensais. Je me suis posé la
question car je trouve souvent l'erreur sur des sites qui peuvent être
labellisés AccessiWeb ou e-accessible.

--
Steven Mouret

Le 5 juillet 2017 à 19:32, Cédric Escarment <cescarm...@gmail.com> a écrit :

> Bonjour,
>
> Je pense aussi que le changement de curseur ne peut pas être considéré
> pour valider ce test. L'indication visuelle doit être sur l'élément lien
> lui-même. En tout cas la technique WCAG associé propose uniquement en
> exemple des changements visuels de l'élement lien lui-même :
>
> https://www.w3.org/TR/WCAG-TECHS/G183.html
>
> A noter que cette technique n'est pas la meilleure et il vaut mieux avoir des
> liens soulignés.
>
> Cordialement,
>
> Cédric Escarment.
>
> Le 5 juillet 2017 à 18:16, Marie Hanotte <m.hano...@acti.fr> a écrit :
>
>>
>> *Bonjour Steven,*
>>
>> Pour ma part je considérerais que le changement de curseur n'est en effet
>> pas suffisant.
>> Il faudrait par exemple un soulignement ou une icône, car l'indication
>> visuelle doit être sur l'élément lui-même.
>>
>> Cordialement,
>>
>> *Marie Hanotte // *Intégratrice multimédia - *Interactive Designer*
>> [image: google certified]
>> <http://www.accessiweb.org/index.php/fiche_gta_experts/items/hanotte-marie.html>
>> [image: google certified] <https://certified.opquast.com/fr/>
>> [image: acti] <http://www.acti.fr/?utm_source=signature>
>>
>> Tél: +33 4 37 37 25 10 <0437372510>
>> 289, rue Garibaldi
>> 69007 Lyon
>> [image: Suivez notre actu]
>> [image: acti] <http://www.acti.fr/> [image: linkedin]
>> <https://www.linkedin.com/company/acti> [image: twitter]
>> <https://twitter.com/acti> [image: facebook]
>> <https://www.facebook.com/agence.acti>
>> [image: acti+c2is 45 experts du digital à votre service !]
>> <http://www.acti.fr/blog/acti-reprend-lagence-lyonnaise-c2is/>
>> Le 03/07/2017 à 10:31, Steven Mouret a écrit :
>>
>> Bonjour à tous,
>>
>> J'ai un doute sur le test 10.7.3 au niveau de l'indication visuelle autre
>> que la couleur qui permet de signaler le survol du lien à la souris.
>> J'imagine que le changement d'état du curseur de la souris n'est pas
>> suffisant ?
>>
>> Merci
>>
>> --
>> Steven Mouret
>>
>>
>> ___
>> 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
>>
>>
>
> ___
> 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] Critère 10.7 Prise de focus

[Steven Mouret]

Bonjour à tous,

J'ai un doute sur le test 10.7.3 au niveau de l'indication visuelle autre
que la couleur qui permet de signaler le survol du lien à la souris.
J'imagine que le changement d'état du curseur de la souris n'est pas
suffisant ?

Merci

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

Re: [Liste GTA] Indicateur de pertinence

[Steven Mouret]

Merci pour vos contributions, j'ai finalement choisi de supprimer la
sémantique pour une implémentation plus accessible.


--
Steven Mouret

Le 26 juin 2017 à 13:54, Romain Gervois <cont...@romaingervois.fr> a écrit :

> Bonjour,
>
> Il n'est pas possible d'utiliser le role progressbar sur l'élément meter
> (cf. ARIA in HTML : https://www.w3.org/TR/html-aria/).
> D'ailleurs, le role progressbar n'est pas équivalent à un élément meter
> mais à un élément progress.
>
> Pour l'implémentation, soit se passer de meter soit doublonner l'info en
> attendant que le support s'améliore.
>
> Romain
>
> Le 26 juin 2017 à 08:38, CAILLAUD DAVID <david.caill...@cnamts.fr> a
> écrit :
>
>> Bonjour,
>>
>>
>>
>> Firefox ne reconnait pas meter comme une balise sémantique pour l’instant
>> et l’intègre dans l’arbre DOM d’accessibilité comme un div.
>>
>> A noter, il ne reconnait pas non plus le texte inséré dans une balise
>> meter à  moins de l’encadrer par une balise span comme suit :
>>
>> Ceci est un texte
>> explicatif
>>
>>
>>
>> Une solution possible pour apporter de la sémantique à la balise meter
>> pourrait être d’utiliser le rôle aria « progressbar » (et ses attributs
>> aria-valuemax, aria-valuemin, aria-valuenow, aria-valuetext) qui est
>> implémenté par Microsoft sur ses navigateurs IE et Edge en l’occurrence
>> pour cette balise.
>>
>> http://www.w3.org/TR/wai-aria/roles#progressbar
>>
>>
>>
>> on aurait donc :
>>
>> > aria-valuenow="5" aria-valuetext="Ceci est un texte explicatif" min="1"
>> max="10"  value="5" >
>>
>>
>>
>> Cette solution devra être adaptée si l’utilisation des autres attributs
>> de la balise meter est nécessaire : low , high et optimum.
>>
>>
>>
>> David CAILLAUD
>>
>>
>>
>>
>>
>>
>>
>> *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
>> part de* Julie Moynat
>> *Envoyé :* mardi 13 juin 2017 21:28
>> *À :* liste_gta@list.accessiweb.org
>> *Objet :* Re: [Liste GTA] Indicateur de pertinence
>>
>>
>>
>> Bonjour,
>>
>> Effectivement, je viens de tester l'élément grâce à ce lien :
>> https://www.w3schools.com/TAgs/tryit.asp?filename=tryhtml5_meter avec
>> Firefox et NVDA. Il me lit "vide" quand j'arrive sur les balises "meter"
>> (qui ne sont pas vides). Un attribut "title" ou "aria-label" sur l'élément
>> ne change rien.
>>
>> Je pense donc à l'idée de mettre un texte masqué en CSS comme alternative
>> qui reprendrait la valeur de pertinence en paragraphe cette fois. Gaël
>> Poupard avait écrit un article à ce sujet en proposant un code CSS le plus
>> universel possible : http://www.ffoodd.fr/cache-cache-css/
>>
>> La balise "meter" peut avoir un attribut "aria-hidden" à "true" pour
>> éviter la lecture doublon.
>>
>>
>>
>> Julie Moynat
>>
>>
>>
>>
>>
>> Le 7 juin 2017 à 13:11, Steven Mouret <steven.mou...@gmail.com> a écrit :
>>
>> Bonjour à tous,
>>
>>
>>
>> Je dois indiquer un indicateur de pertinence sur les résultats d'une
>> recherche.
>>
>>
>>
>> Actuellement j'utilise la balise meter qui n'est malheureusement pas
>> supportée sur tous les navigateurs http://www.html5ac
>> cessibility.com/#controls
>>
>>
>>
>> Du coup je ne sais pas trop quoi faire, partir sur un simple paragraphe
>> indiquant la pertinence en pourcentage avec une représentation stylisée en
>> CSS et perdre en sémantique.
>>
>>
>>
>> Ou garder ma balise meter au risque de donner de l'information en doublon.
>>
>>
>>
>> Ou une autre solution...
>>
>>
>>
>> Avez vous déjà eu à rendre accessible ce genre de chose ?
>>
>>
>>
>> Merci
>>
>>
>> --
>> Steven Mouret
>>
>>
>> ___
>> liste_gta mailing list
>> liste_gta@list.accessiweb.org
>> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>>
>>
>> *
>> "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 d

[Liste GTA] Indicateur de pertinence

[Steven Mouret]

Bonjour à tous,

Je dois indiquer un indicateur de pertinence sur les résultats d'une
recherche.

Actuellement j'utilise la balise meter qui n'est malheureusement pas
supportée sur tous les navigateurs
http://www.html5accessibility.com/#controls

Du coup je ne sais pas trop quoi faire, partir sur un simple paragraphe
indiquant la pertinence en pourcentage avec une représentation stylisée en
CSS et perdre en sémantique.

Ou garder ma balise meter au risque de donner de l'information en doublon.

Ou une autre solution...

Avez vous déjà eu à rendre accessible ce genre de chose ?

Merci

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

Re: [Liste GTA] Outil Readspeaker

[Steven Mouret]

Bonjour Rachel,

En terme d'accessibilité je ne pense pas, les personnes ayant le besoin
d'une synthèse vocale ont déjà une aide technique pour cela.

Si le site de ton client sera bien conforme au RGAA alors Readspeaker ne
sera qu'un plus. Readpseaker sera peut-être utile pour les personnes âgées
par exemple, ou les personnes qui souhaitent écouter le contenu sans pour
autant regarder l'écran.

C'est aussi un (faux) moyen pour valoriser l'accessibilité qui est
difficilement perceptible par monsieur tout le monde.

--
Steven Mouret
Stratis.fr Typo3 Powwaaa :D

Le 3 juin 2016 à 12:19, Rachel Foucard <rfouc...@w-seils.com> a écrit :

> Bonjour,
>
>
>
> Une de nos clientes nous demande si l’outil readspeaker a un véritable
> intérêt dans le cadre de son site qui va de toute façon être mis en
> accessibilité RGAA. La question est, cet outil apporte-t-il un réel + aux
> utilisateurs d’un site qui sera déjà RGAA (niveau AA) ?
>
>
>
> D’avance merci de vos retours éclairés J
>
>
>
>
>
>
>
> [image: cid:image001.jpg@01CDD6D4.98875830]
>
>
>
>
>
> *--*
>
> *RACHEL FOUCARD*
> Responsable Technique
>
> TYPO3 French Committee Representative
>
> *www.w-seils.com <http://www.w-seils.com/>*
>
>
>
> rfouc...@w-seils.com
> Tel   +33 (0)2 28 22 75 42
> Mobile   *+33 (0)6 98 87 88 18 <%2B33%20%280%296%2061%2079%2029%2058>*
>
>
>
>
>
> ___
> 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] Critère 10.7 - Outline

[Steven Mouret]

Salut Aurélien,

Merci pour ta réponse.

Du coup est ce un problème de RGAA ou y a t-il un réel problème à utiliser
autre chose que outline ? Peut-être existe t-il des aides techniques qui
utilisent outline.




--
Steven Mouret

Le 3 juin 2016 à 11:37, Aurélien Levy <aurelien.l...@temesis.com> a écrit :

> Bonjour,
>
> si tu es sur base RGAA 3 oui tu dois l'invalider car le test rgaa
> n'autorise pas d'autre solution que outline pour la visibilité du focus, si
> tu es sur base wcag non car wcag autorise bien d'autre solution
>
> Aurélien
>
> Bonjour à tous,
>
> Invalidez vous le fait que l'outline soit supprimé mais qu'il soit
> remplacé par autre chose comme dans l'exemple ci-dessous en LESS. Si oui je
> veux bien une explication :D
>
> input, textarea {
>   transition: all ease .3s;
> &:hover, &:focus {
> border: 1px solid @color-2;
> background: @color-5;
> outline: none;
> }
> }
>
> Merci
>
> --
> Steven Mouret
>
>
> ___
> 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
>
>
___
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

[Liste GTA] Critère 10.7 - Outline

[Steven Mouret]

Bonjour à tous,

Invalidez vous le fait que l'outline soit supprimé mais qu'il soit remplacé
par autre chose comme dans l'exemple ci-dessous en LESS. Si oui je veux
bien une explication :D

input, textarea {
  transition: all ease .3s;
&:hover, &:focus {
border: 1px solid @color-2;
background: @color-5;
outline: none;
}
}

Merci

--
Steven Mouret
___
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 ?

[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 <olv.nou...@gmail.com> 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
> <http://about.me/oliviernourry>
>
>
> Le 11 mai 2016 à 10:20, Webmaster <webmas...@avh.asso.fr> 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)]
>> <http://www.avh.asso.fr/>
>>
>> *Marc-Antoine Bonnet*
>>
>> Webmaster Internet/Intranet
>> Expert accessibilité Web (EAE AccessiWeb)
>> *Email : **webmas...@avh.asso.fr* <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 !]
>> <http://www.facebook.com/pages/Association-Valentin-Hauy-AVH/162383987105585>[image:
>> Partagez sur Twitter !] <http://www.twitter.com/ValentinHauy>[image:
>> Partagez sur Youtube !] <http://www.youtube.com/user/AssoValentinHauy>[image:
>> Consultez nos E-newsletter !]
>> <http://www.avh.asso.fr/rubriques/newsletter/dernier_enews.php>
>>
>>
>>
>>
>>
>> *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 <steven.mou...@gmail.com> 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 <olv.nou...@gmail.com> 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

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

[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 <olv.nou...@gmail.com> 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
> <http://about.me/oliviernourry>
>
>
> Le 9 mai 2016 à 13:53, Rosenberg Nathalie <nathalie_rosenb...@yahoo.fr> 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)
>>
>> <http://www.linkedin.com/in/nathalierosenberg>
>>
>> ___
>> 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] Title sur labels

[Steven Mouret]

Un peu du même avis que Cyril.

En Html 5, l'attribut Placeholder sur un champs permet d'apporter une aide
à l'utilisateur. Dans NVDA placeholder est bien lu mais je ne sais pas ce
qu'il en est dans d'autres aides techniques. AccessiWeb n'en fait pas
référence ou en tout cas je n'ai pas trouvé.



--
Steven Mouret

Le 2 mai 2016 à 09:59, Cyril Lamotte <clamo...@jouve.fr> a écrit :

> Salut,
>
> A mon avis, si ton information est dans le title du label, cette
> information ne sera obtenu que par peu de personne (il faut le savoir qu'il
> y a une infobulle sur le label !). Les utilisateurs de lecteur d'écran
> auront surement l'information c'est vrai.
>
> Si ça marche comme les liens, il faudrait remettre le contenu du label
> dans le title (mais à tester je pense).
>
> A mon avis, la meilleur options est de mettre un texte à proximité du
> champ, toujours visible. Texte que tu peux lié au label avec
> aria-describedby
>
>
> ++
>
> *Cyril Lamotte*
> Développeur Front-end / Référent accessibilité
>
> clamo...@jouve.fr
>
> 02 43 08 39 97
>
> [image: Jouve] <http://www.jouve.com/fr>
> 1, rue du docteur Sauvé, 53101 Mayenne CEDEX
> www.jouve.com
> [image: Twitter] <https://twitter.com/GroupeJouve> [image: Google +]
> <https://plus.google.com/103316327091227322721/posts> [image: LinkedIn]
> <http://www.linkedin.com/company/groupe-jouve> [image: Viadeo]
> <http://www.viadeo.com/v/company/jouve?ga_from=Fu:undefined;Fb%3Amininews%3Bfe%3AMN-pic%0A%0A%3BMNType%3A46>
>  [image:
> Jouve] <http://www.jouve.com/fr/signatureITS>
>
>
> Le 02/05/2016 09:42, Antoine Bouet a écrit :
>
> Personne ne sait si on doit rappeler l'intitulé du label dans le title en
> cas d'informations supplémentaires ? :(
>
> Le 25/04/2016 12:26, Antoine Bouet a écrit :
>
> Bonjour la liste :)
>
> Petite question :
> Est-ce judicieux d'utiliser l'attribut title des labels d'un formulaire
> pour afficher des informations supplémentaires au survol (comme par exemple
> la taille maximum d'une pièce jointe) ?
> Si oui, doit-on rappeler l'intitulé du label avant ces informations
> supplémentaires ?
>
> Merci pour vos retours :)
>
> --
> Cordialement,
>
> Antoine BOUET
> Ingénieur Développement
> Expert AccessiWeb en Evaluation
>
> CIMEOS
> Besançon - Rennes
> e-mail : antoine.bo...@cimeos.com
> www.cimeos.com
>
>
>
> ___
> liste_gta mailing 
> listliste_gta@list.accessiweb.orghttp://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
> --
> Cordialement,
>
> Antoine BOUET
> Ingénieur Développement
> Expert AccessiWeb en Evaluation
>
> CIMEOS
> Besançon - Rennes
> e-mail : antoine.bo...@cimeos.com
> www.cimeos.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
>
>
___
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

[Steven Mouret]

Plutôt d'accord pour la liste ordonnées, trop verbeux et ça n'apporte pas
grand chose finalement comme le précise Sylvie et Olivier.

Pour le title, je me demande toujours si tous les utilisateurs comprennent
qu'on est sur une page en cours si on ne met pas le lien. Sylvie je veux
bien ton retour sur ce point.

Par contre pour le role navigation, pour moi le fil d'Ariane est une
navigation à part entière. La fonction première et d'indiquer ou l'on se
trouve mais il permet aussi de remonter dans l'arborescence du site.

Le W3C explique bien ce qu'il ne faut pas faire dans l'exemple 3 :D
(sourire)
https://www.w3.org/TR/WCAG-TECHS/G65.html


--
Steven Mouret

Le 21 avril 2016 à 17:03, Sylvie Duchateau <sduchat...@access42.net> a
écrit :

> Bonjour Ariane,
>
> Merci pour ton fil :-)
>
> Si la "page en cours" est un lien, ça peut être utile de préciser qu'il
> s'agit de la page actuelle. Si le lien est désactivé, pas la peine de dire
> qu'il s'agit de la page en cours.
>
> Le souci avec les listes ordonnées, cela fait un truc en plus à lire pour
> le lecteur d'écran, donc encore plus d'info vocalisée.
>
> Sylvie
> Le 21/04/2016 à 16:12, Ariane Andurand a écrit :
>
> Pour faire sourire Sylvie ;-) ... voilà Ariane qui s'en mêle !
>
> title="dolor (page en cours)"  >> est-ce bénéfique le "page en cours" côté
> utilisateur j'entends ?
>
> Le 21 avril 2016 à 15:56, <san...@free.fr> a écrit :
>
>> ... mais sémantiquement fort à propos :)
>> en revanche la liste de définition, c'est beurk, à  ne pas utiliser, un
>> fil d'ariane n'est pas une liste de définition !
>> a+
>>
>> Vincent just on time this time !
>>
>> - Mail original -
>> De: "Steven Mouret" <steven.mou...@gmail.com>
>> À: "liste gta" <liste_gta@list.accessiweb.org>
>> Envoyé: Jeudi 21 Avril 2016 15:34:50
>> Objet: Re: [Liste GTA] Structure Fil d'Ariane
>>
>>
>>
>> Pour ma part, j'utilise cette structure :
>>
>> 
>> Vous êtes ici : 
>> 
>> Accueil
>> lorem
>> ipsum
>> dolor
>> 
>> 
>>
>>
>> Un peu verbeux.
>>
>>
>>
>>
>> --
>> Steven Mouret
>>
>> Le 21 avril 2016 à 15:25, Anthony Ladeuil < <anth...@ladeuil.com>
>> anth...@ladeuil.com > a écrit :
>>
>>
>>
>>
>> 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" < clamo...@jouve.fr >
>> À: "liste gta" < liste_gta@list.accessiweb.org >
>> 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 + LinkedIn ViadeoJouve
>>
>>
>>
>>
>> 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

Re: [Liste GTA] Structure Fil d'Ariane

[Steven Mouret]

Pour ma part, j'utilise cette structure :


  Vous êtes ici : 
  
Accueil
lorem
ipsum
dolor
  


Un peu verbeux.


--
Steven Mouret

Le 21 avril 2016 à 15:25, Anthony Ladeuil <anth...@ladeuil.com> a écrit :

> 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" <clamo...@jouve.fr>
> À: "liste gta" <liste_gta@list.accessiweb.org>
> 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 + LinkedIn ViadeoJouve
>
>
>
>
> 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 + LinkedIn Via

Re: [Liste GTA] Critère 11.9

[Steven Mouret]

Merci Jean-Pierre pour cette réponse.

Je trouve dommage que cette partie script qui est relativement complexe ne
soit pas plus détaillée dans WCAG. Elle laisse le doute sur des sujets plus
ou moins subjectifs comme la pertinence d'un élément. Seul un expert peut
faire la nuance sur ce genre de sujet.


--
Steven Mouret

Le 27 juillet 2015 18:50, Jean-Pierre Villain jpvill...@access42.net a
écrit :

  Bonjour Steven,

 Un élément button ou un input de type button, implémenté en dehors d'un
 formulaire, est nécessairement associé à une fonctionnalité JavaScript.
 C'est donc le critère 7.1 (test 7.1.1) qui est impacté : Le nom, le rôle,
 la valeur, le paramétrage et les changements d'états sont accessibles aux
 technologies d'assistance via une API d'accessibilité.
 Si l'intitulé du bouton n'est pas suffisamment pertinent on va considérer
 que la fonctionnalité associée (qui gère le bouton) n'est pas compatible
 avec l'accessibilité.
 Le critère sera donc NC

 JPV



 Le 27/07/2015 18:43, Steven Mouret a écrit :

  Bonjour à tous,

  Pour vérifier la pertinence d'un bouton j'utilise le critère 11.9 mais
 il m'arrive bien souvent d'avoir des boutons qui ne se trouvent pas dans
 des formulaires. L'intitulé d'un bouton type button permettant de contrôler
 un carrousel par exemple doit être pertinent mais il n'y a aucun formulaire.

  AccessiWeb se base sur la technique H91 (
 http://www.w3.org/TR/WCAG-TECHS/H91.html
 http://www.w3.org/TR/WCAG-TECHS/H91.html) qui précise HTML form controls
 and link elements. Quand est-il du bouton qui ne se trouve pas dans un
 formulaire ? Je n'ai rien trouvé dans WCAG.

  Ne devrait-on pas traiter la pertinence du button dans un cas plus
 général ?

 --
 Steven Mouret


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


 --
 _
 Jean-Pierre VILLAIN - @villainjp - +33 (0)6 98 08 50 49
 Expert senior, formateur et responsable du pôle RD
 Access42 : expertise, conseil et formation en accessibilité numérique+33 (0)1 
 78 17 88 55 - access42.net - @access42net


 ___
 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] Critère 11.9

[Steven Mouret]

Bonjour à tous,

Pour vérifier la pertinence d'un bouton j'utilise le critère 11.9 mais il
m'arrive bien souvent d'avoir des boutons qui ne se trouvent pas dans des
formulaires. L'intitulé d'un bouton type button permettant de contrôler un
carrousel par exemple doit être pertinent mais il n'y a aucun formulaire.

AccessiWeb se base sur la technique H91 (
http://www.w3.org/TR/WCAG-TECHS/H91.html) qui précise HTML form controls
and link elements. Quand est-il du bouton qui ne se trouve pas dans un
formulaire ? Je n'ai rien trouvé dans WCAG.

Ne devrait-on pas traiter la pertinence du button dans un cas plus général ?

--
Steven Mouret
___
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%

[Steven Mouret]

Il me semble que la scrollbar n'invalide pas le critère.


--
Steven Mouret

Le 7 juillet 2015 16:23, Cyril FABBY cyril.fa...@keyconsulting.fr a écrit
:

 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 http://keyconsulting.fr*
 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 Escarment cescarm...@gmail.com a écrit :

 Bonjour,
 Il me semble que les navigateurs ont d'abord implémenté le zoom texte,
 puis ensuite le zoom de la page. D’où l'existence de ce critère dans les
 WCAG.
 Je pense qu'il est moins pertinent aujourd'hui qu'il y a quelques années.
 A Orange, les utilisateurs malvoyants utilisent le logiciel zoomtext, qui
 agrandit l'écran. Sur une page web c'est donc homothétique pour reprendre
 votre terme.
 Cordialement,
 Cédric Escarment.

 Le 7 juillet 2015 15:43, Frédéric Bernier-Malcoiffe 
 f.bernier-malcoi...@polymont.fr a écrit :

 Merci pour vos réponses.



 Ok, tester en mode texte permet de simuler l’utilisation d’une feuille
 de style coté client qui agrandirait les caractères.

 S’agissant des outils de zoom, je pensais qu’il agissait de manière
 homothétique sur tout le contenu (images comprises), comme une loupe. Quels
 sont les outils les plus utilisés ?





 *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
 part de* David Casson
 *Envoyé :* mardi 7 juillet 2015 15:29
 *À :* liste_gta@list.accessiweb.org
 *Objet :* Re: [Liste GTA] Méthode d'évaluation de l'augmentation de la
 taille des caractères jusqu'à 200%



 Salut la liste,

 étant déficient visuel et ne connaissant pas tout le temps le niveau de
 zoom sur lequel je suis pour auditer ce critère, je me sers de cet addons
 pour firefox : zoom page. Il indique le niveau de zoom en cours.

 https://addons.mozilla.org/fr/firefox/addon/zoom-page/

 bonne journée

 David

 Le 07/07/2015 15:21, Steven Mouret a écrit :

 Bonjour Frédéric et la liste,

 Oui c'est bien cela, un zoom texte.

 Sous Firefox il me semble que 200% correspond à 6 fois un Ctrl +

 Cela permet aux personnes ayant une déficience visuelle d'agrandir le
 texte.

 Cela veut dire qu'une feuille de style coté client ou un outil de zoom
 peut venir agrandir le texte aussi, le site sera toujours fonctionnel.



 --
 Steven Mouret



 Le 7 juillet 2015 14:55, Frédéric Bernier-Malcoiffe 
 f.bernier-malcoi...@polymont.fr a écrit :

 Bonjour,



 j’ai un doute sur la méthode d’évaluation du test RGAA « 10.4.3 : Dans
 chaque page Web, l'augmentation de la taille des caractères jusqu'à 200%,
 au moins, ne doit pas provoquer de perte d'information. Cette règle
 est-elle respectée ? ».

 Dans mes souvenirs, il s’agit d’augmenter la taille des caractères en
 mode « zoom texte seulement ».

 Est-ce correct ?

 Si oui, quel est l’objectif ? A quel type d’utilisation cela
 correspond-il ?



 Merci de votre collaboration,

 Frédéric Bernier-Malcoiffe




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






 ___

 liste_gta mailing list

 liste_gta@list.accessiweb.org

 http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org



 --

 David Casson



 {Référent accessibilité numérique}



 - Université d’Orléans -



 —

 Services

 —

 Passerelle Handicap   DSI -





 —

 Contact

 —

  courriel : david.cas...@univ-orleans.fr

 tel pro : 02 38 41 72 07

 LinkedIn : http://fr.linkedin.com/in/davidcasson



 Mon site mêlant programmation et accessibilité numérique :

 http://dev-and-a11y.com





 —

 Pour toute question relative à l'accessibilité numérique

 —



 accessibilite.numeri...@univ-orleans.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



 ___
 liste_gta mailing list
 liste_gta

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

[Steven Mouret]

Bonjour Frédéric et la liste,

Oui c'est bien cela, un zoom texte.
Sous Firefox il me semble que 200% correspond à 6 fois un Ctrl +

Cela permet aux personnes ayant une déficience visuelle d'agrandir le texte.

Cela veut dire qu'une feuille de style coté client ou un outil de zoom peut
venir agrandir le texte aussi, le site sera toujours fonctionnel.


--
Steven Mouret

Le 7 juillet 2015 14:55, Frédéric Bernier-Malcoiffe 
f.bernier-malcoi...@polymont.fr a écrit :

 Bonjour,



 j’ai un doute sur la méthode d’évaluation du test RGAA « 10.4.3 : Dans
 chaque page Web, l'augmentation de la taille des caractères jusqu'à 200%,
 au moins, ne doit pas provoquer de perte d'information. Cette règle
 est-elle respectée ? ».

 Dans mes souvenirs, il s’agit d’augmenter la taille des caractères en mode
 « zoom texte seulement ».

 Est-ce correct ?

 Si oui, quel est l’objectif ? A quel type d’utilisation cela
 correspond-il ?



 Merci de votre collaboration,

 Frédéric Bernier-Malcoiffe



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


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

Re: [Liste GTA] Flying focus

[Steven Mouret]

Merci Axel pour ton avis. Si il y a d'autres avis je suis preneur.

Merci


--
Steven Mouret

Le 24 juin 2015 19:52, Axel Roche a...@aquelito.fr a écrit :

 Hello Steven, Hello la liste,

 Je ferai tout pour ne pas cette lib en presta.
 Je n'y vois pas d'intérêt, il n'y a aucune prise en charge d'ARIA.
 La lib date un peu.. la démo n'est pas très attirante...

 Axel

 Le 24 juin 2015 11:57, Steven Mouret steven.mou...@gmail.com a écrit :

 Bonjour à tous,

 Pensez vous qu'une aide visuelle du type flying focus
 http://n12v.com/focus-transition/ doit être ajouté par l'éditeur d'un
 site web ou est ce plutôt un outil réservé côté client ?

 Je trouve l'idée plutôt bonne mais je me demande si les utilisateurs qui
 en ont le besoin ne sont pas déjà équipés.

 Après il y a toujours le moyen de le mettre par défaut et de pouvoir le
 désactiver.

 Merci pour votre retour d’expérience.

 --
 Steven Mouret

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




 --
 Cheers,
 Axel


 ___
 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] RGAA v3 Critère 6.5

[Steven Mouret]

Bonjour à tous

Un lien image avec un alt vide et aria-hidden à true sur le lien permet
t-il de passer le critère 6.5 ?

Merci

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

Re: [Liste GTA] RGAA v3 Critère 6.5

[Steven Mouret]

Salut Aurélien, merci pour la réponse, c'est bien un lien doublon purement
ergonomique.
J'avais prévu le tabindex=-1, je vais vérifier la restitution dans la
base de référence.

--
Steven Mouret

Le 4 juin 2015 09:39, Aurélien Levy aurelien.l...@temesis.com a écrit :

  Formellement puisque ce cas n'est pas prévu je dirais que non ça serait
 non conforme.

 Au mieux tu dois pouvoir dans certains cas faire une dérogation justifiée
 si ton lien est décoratif (un autre lien avec un intitulé dans la page
 fait la même chose). Néanmoins à minima je te conseille :
 - d'ajouter un tabindex=-1 sur ton lien décoratif de manière à ce qu'il ne
 puisse pas recevoir le focus clavier
 - de vérifier la restitution dans la base de référence

 Aurélien

  Bonjour à tous

  Un lien image avec un alt vide et aria-hidden à true sur le lien permet
 t-il de passer le critère 6.5 ?

  Merci

 --
 Steven Mouret


 ___
 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


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

Re: [Liste GTA] Alternatives à SVG et bug NVDA

[Steven Mouret]

Bonjour,

Je confirme la répétition avec NVDA 2015.1 et Firefox 37.0.1 sous windows 7


--
Steven Mouret

Le 9 avril 2015 16:58, Chardon Nicolas nchar...@voyages-sncf.com a écrit :

  Bonjour Olivier,



 Merci pour ta réponse ! Je teste avec Firefox 37 sous Windows 7, avec NVDA
 2015.1. Précédemment, sous Firefox 36, avec NVDA 2014.3, j’avais déjà le
 problème. J’ai un autre utilisateur qui a reproduit le problème, j’attends
 sa réponse pour connaitre sa configuration.



 J’avais bien lu l’article de Leonie Watson, et appliqué le role img comme
 recommandé, car sans celui-ci Voice Over ne restitue pas les alternatives.



 Je me pose quelques questions sur les critères applicables au SVG, par
 rapport au référentiel :

 -  Pour le 1.1.4 et/ou le 1.3.6, faudrait-il rajouter que le svg
 doit avoir le role img ?

 -  Dans le 1.3.6, on parle d’attribut title, est-ce que ça ne
 devrait pas plutôt être la balise title, dans le cas d’un SVG ?



 Nicolas



 *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
 part de* Olivier Nourry
 *Envoyé :* jeudi 9 avril 2015 14:34
 *À :* liste_gta@list.accessiweb.org
 *Objet :* Re: [Liste GTA] Alternatives à SVG et bug NVDA



 Bonjour Nicolas,

 Quelle est ta config? Pour ma part, sous FF 36.0.4 et NVDA 2015.1,
 l'alternative est restituée une et une seul fois, sur les deux exemples.

 Du coup je ne peux pas vraiment t'aider, désolé!

 Pour info, la meilleure ressource que j'aie trouvée sur le sujet, pour
 l'instant, est celle-ci (en anglais):
 http://www.sitepoint.com/tips-accessible-svg/

 Il se confirme que le role=img est bien nécessaire pour signaler la
 présence d'un élément graphique à un maximum de couples
 lecteurs/navigateurs. Donc la condition 1 du test 1.3.6 devrait être
 systématiquement satisfaite. Tu peux aussi utiliser aria-labelledby, bien
 que cette possibilité ne soit pas listée dans le test 1.3.6, tout en étant
 recommandé dans l'article mentionné. Dans tous les cas, le test 1.3.7 te
 permet de vérifier que tu as fait un choix adéquat.

 J'espère que cela t'aidera.


   Cordialement,



  Olivier Nourry

 about.me/oliviernourry







 Le 8 avril 2015 18:36, Chardon Nicolas nchar...@voyages-sncf.com a
 écrit :

 Bonjour la liste !



 J’ai un souci en développement avec NVDA et Firefox, avec des SVG. Les
 graphiques SVG étant porteur d’information, j’ai renseigné une alternative
 via desc, ou aria-label comme recommandé dans le référentiel Accessiweb
 HTML 5. J’ai constaté que les alternatives ne sont lues que si le SVG un
 rôle image, mais, encore plus gênant, l’alternative est lue deux fois de
 suite par NVDA. Avez-vous rencontré ce bug, et avez-vous des solutions ? Le
 nombre important de graphiques dans la page pose en effet pas mal de
 problème aux utilisateurs de lecteurs d’écran, en raison des répétitions
 des alternatives. Voici le code utilisé :

 http://jsbin.com/boyetonoma/1/edit?html,output



 Merci par avance de vos lumières sur ce sujet !



 *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.

 http://mobile.voyages-sncf.com/

 Téléchargez notre application mobile  http://mobile.voyages-sncf.com/

  http://mobile.voyages-sncf.com/

 Suivez-nous sur Twitter http://mobile.voyages-sncf.com/

  http://mobile.voyages-sncf.com/

 Rejoignez-nous sur Facebook http://mobile.voyages-sncf.com/

  http://mobile.voyages-sncf.com/

 Rejoignez-nous sur Google +  http://mobile.voyages-sncf.com/

   http://mobile.voyages-sncf.com/

   http://mobile.voyages-sncf.com/


 ___
 liste_gta mailing list
 *liste_gta@list.accessiweb.org*
 *http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org*
 http://mobile.voyages-sncf.com/

   http://mobile.voyages-sncf.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

Re: [Liste GTA] Angular JS et l'accessibilité

[Steven Mouret]

Merci pour vos réponses.

Si je comprends bien; il sera nécessaire d'utiliser aria un peu de partout
notamment aria-live avec une gestion du focus pas forcément évidente.


--
Steven Mouret

Le 16 mars 2015 10:39, Régis Lapeze regis.lap...@gmail.com a écrit :

 Bonjour,

 Je m'intéresse particulièrement à AngularJS en ce moment.

 Aujourd'hui, il n'y a pas grand chose de fait en AngularJS pour favoriser
 l'accessibilité mise à part le service ngAria. ngAria reste toutefois très
 limité.

 AngularJS reste toutefois très maniable. Si tu as un accès au code
 sources, rien ne t’empêche de correctement implémenter les éléments du code
 afin qu'ils soient parfaitement accessibles. Aujourd'hui, l'accessibilité
 d'AngularJS tient plus sur la compétence du développeur à produire du code
 accessible que d'attendre qu'AngularJS le fasse pour lui.

 Cordialement,

 Cordialement,

 Lapeze Régis
 Consultant en accessibilité numérique
 email : regis.lap...@gmail.com
 mobile : 0688195411

 Le 16 mars 2015 09:58, Philippe Vayssière phili...@alsacreations.fr a
 écrit :

  Bonjour,

 je ne connais pas du tout Angular mais j'ai vu passer récemment cette
 série de 5 billets :
 Angular.js Accessibility - *Focus Management*
 http://unobfuscated.blogspot.fr/2015/01/angular-accessibility-issues-focus.html
 http://unobfuscated.blogspot.fr/2015/01/angular-accessibility-issues-focus.html
 à *Deleting a Todo with the Keyboard*
 http://unobfuscated.blogspot.fr/2015/02/angularjs-accessibility-deleting-todo.html
 http://unobfuscated.blogspot.fr/2015/02/angularjs-accessibility-deleting-todo.html
 (qui permet de remonter aux 3 précédents)
 ce qui laisserait penser qu'il y a un espoir.
 Source : la mailing list de L. Carlson
 http://www.d.umn.edu/itss/training/online/webdesign/javascript.html#libraries
 http://www.d.umn.edu/itss/training/online/webdesign/javascript.html#libraries


 Bon courage,
 Ph. Vayssière

 Le 16/03/2015 09:27, Steven Mouret a écrit :

   Bonjour à tous,

  Je ne connais pas bien Angular, est ce que quelqu'un l'a déjà utilisé
 sur un projet avec une demande d'accessibilité ?
  Du coup est-il compatible ? Si non quelles sont les problématiques ?

  Merci

 --
 Steven Mouret


 ___
 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] Angular JS et l'accessibilité

[Steven Mouret]

Bonjour à tous,

Je ne connais pas bien Angular, est ce que quelqu'un l'a déjà utilisé sur
un projet avec une demande d'accessibilité ?
Du coup est-il compatible ? Si non quelles sont les problématiques ?

Merci

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

Re: [Liste GTA] Check-Box accessible : Bonne pratique ?

[Steven Mouret]

Bonjour,

Il est possible de customiser les radio et checkbox avec CSS voici un
exemple :

http://www.hongkiat.com/blog/css3-checkbox-radio/


--
Steven Mouret

Le 25 février 2015 10:10, Ariane Andurand ariane.c...@gmail.com a écrit :

 Merci Olivier pour cette réponse rapide et complète !
 ... et surtout merci de nous avoir alerté sur notre erreur de label
 hérité du code de base de Joomla! que nous avions oublié de remplacer par
 un div.


 Le 25 février 2015 10:05, Olivier Nourry olv.nou...@gmail.com a écrit :

 Bonjour,
 en fait les roles et propriétés ARIA sont là pour remplacer les
 propriétés natives d'un élément HTML lorsque celui-ci n'en dispose pas. Ex:
 mettre un rôle button à un span le fait passer aux yeux des API
 d'accessibilité pour un bouton... tout en restant un span visuellement,
 tant qu'on ne le style pas spécifiquement, et sans pour autant pour
 proposer la gestion clavier inhérente à un bouton dans le navigateur. Tout
 cela reste à construire via du code JS et/ou CSS.
 Dans ton cas, les role=checkbox et propriété aria-checked sont
 redondants avec les propriétés natives de l'élément input
 type=checkbox. Donc ils ne servent à rien, concrètement, hormis à poser
 les bases de problèmes en cas de manipulation ultérieure...
 Donc, le code peut se contenter d'être:
 input id=modlgn-remember type=checkbox value=yes name=remember/
   label for=modlgn-rememberSe souvenir de moi/label

 On bidouille avec ARIA uniquement pour (je suppose) contourner les
 limitations de stylage des checkbox natives (ah, ces maquettes faites sous
 Mac et qui font que le client est déçu de voir des cases à cocher moins
 jolies sous Win...). A mon avis c'est rarement une bonne idée vu le
 supplément de travail et la moindre robustesse (compatibilité des
 browsers/At etc).

 Note: pourquoi un label autour?



 Cordialement,

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


 Le 25 février 2015 09:56, Ariane Andurand ariane.c...@gmail.com a
 écrit :

 Bonjour la liste,

 Avec mes collègues nous tentons de mettre en oeuvre une adaptation d'un 
 *Template
 Joomla! Accessible *qui pourra être disponible prochainement sur un Git.

 Nous sommes confrontés chaque jour à de nouvelles problématiques pour
 nous mais qui ne le sont peut être pas pour la plupart d'entre vous. Nous
 faisons donc appel à vos connaissances aujourd'hui.

 *Round1: La checkbox ...*
 Nous avons trouvé une multitude d'exemples qui retravaillent la checkbox
 avec des ul, li, et images + modification au clic de l'aria-checked=
 (ex : http://test.cita.uiuc.edu/aria/checkbox/checkbox1.php )

 La question est la suivante :
 *Une checkbox standard de ce type (ci-dessous) avec une modification de
 l'aria-checked= en JS est elle aussi accessible que le précédent exemple
 ?*

 label
   input id=modlgn-remember type=checkbox value=yes
 name=remember role=checkbox aria-checked=false 
   label for=modlgn-rememberSe souvenir de moi/label
 /label

 Merci /

 Bonne journée ... et que la grippe vous épargne !

 Ariane


 ___
 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] Apparence de checkbox customisée via CSS et ARIA

[Steven Mouret]

Bonjour à tous,

Reproduire le comportement en JS d'une checkbox en JS n'est pas si simple
si l'on souhaite que cela soit robuste.
Je préconise d'utiliser un input checkbox et de le customiser avec CSS
comme ceci :

http://jsfiddle.net/korigan/xy1cfd35/



--
Steven Mouret

Le 15 décembre 2014 15:05, Aurélien Levy aurelien.l...@temesis.com a
écrit :


   Merci pour l'exemple.

  En effet, dans le 10.3 du RGAA 3, il n'y a pas de test sur la
 désactivation des images.
  La surcharge de rôle du label via ARIA (checkbox)est-elle conforme ?

 oui à partir du moment ou tu reproduit bien l'ensemble des comportements
 natifs (prise de focus visible, activable au clavier de la même manière que
 la case à cocher native, etc) et que cela fonctionne quand tu teste le
 rendu dans la base de référence RGAA3 notamment le rendu du nom/intitulé,
 du role et de l'état. (chez moi en tout cas sur safari et voiceover ça
 fonctionne pas)

  Et globalement, le code évalué est-il conforme ?

 cf point précédant tu dois tester le rendu.

 Aurélien



 -Original Message-
 From: Aurélien Levy aurelien.l...@temesis.com
 aurelien.l...@temesis.com
 To: liste_gta@list.accessiweb.org
 Date: Thu, 11 Dec 2014 18:34:09 +0100
 Subject: Re: [Liste GTA] Apparence de checkbox customisée via CSS et ARIA

  Bonjour,

 pour ce genre de chose tu n'as pas besoin de passer par aria, exemple :

 http://blog.temesis.com/post/2014/03/18/cases-a-cocher-personnalisees-accessibles

 Le problème ici est que tes cases à cocher sont faites via des images de
 fond donc si tu les désactives / mode fort contraste / css utilisateurs /
 problème de chargement, elles disparaitront ce qui perturber les
 utilisateurs voyants et malvoyants.

 A noter, lors de l'appel à commentaire au GTA sur le RGAA 3, la majorité a
 demandé le maintient de la prise en compte de ce cas de figure mais ils
 semble cf la version béta que la DISIC ce soit ranger à l'avis contraire.

 Aurélien

  Bonjour,

  voici un nouveau cas lors de mon éval qui me laisse perplexe.
  Le code suivant permet d'afficher ses propres images, via CSS, pour
 représenter la case à cocher.

  input type=checkbox value=Afficher name=TYPE checked=checked
 class=checkbox-mobile id=presentationModeDemarrage
 label role=checkbox tabindex=0 aria-checked=true
 for=presentationModeDemarrage id=xxxAfficher les astuces au prochain
 démarrage/label

  La classe checkbox-mobile fait un display:none.

  La restitution par Jaws par prise de focus est bonne : Case  à cocher 
 Afficher
 les astuces au prochain démarrage Cochée 
  Par contre, la sélection/désélection n'est pas notifiée.

  Le détournement via ARIA du rôle natif de l'élément label est-il conforme
 ? Si non, quel critère permet d'invalider ?
  Comment implémenter la notification ?

  Merci d'avance pour votre collaboration.

  FRÉDÉRIC BERNIER-MALCOIFFE




 ___
 liste_gta mailing listliste_...@list.accessiweb.org

 http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org



 --
 Aurélien Levy
 
 Temesis



 ___
 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


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

[Liste GTA] Critère 10.7 du référentiel 2.2

[Steven Mouret]

Bonjour à tous.

Le critère 10.7 dit :
Dans chaque page Web, pour chaque élément recevant le focus, la prise de
focus est-elle visible ?

Je me demande si le mot visible est suffisamment explicite. On demande a ce
que la prise de focus soit visible mais qu'entend-on par visible ?

Doit-on rendre le focus visible par la forme, par la couleur ou les deux ?

Merci

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

Re: [Liste GTA] Critère 10.7 du référentiel 2.2

[Steven Mouret]

Merci Axel,

L'outline par défaut du navigateur suffit-il a répondre au test 10.7.3 ?


--
Steven Mouret


Le 20 mai 2014 15:27, Axel Roche a...@aquelito.fr a écrit :

 Bonjour  Steven, la liste

 Les tests correspondant à ce critère répondent à la question.
 voir l'URL :
 http://www.braillenet.org/accessibilite/referentiel-aw21/liste-deploye.php#crit-10-7

  Les deux

 Cordialement
 Axel




 Le 20 mai 2014 15:17, Steven Mouret steven.mou...@gmail.com a écrit :

 Bonjour à tous.

 Le critère 10.7 dit :
 Dans chaque page Web, pour chaque élément recevant le focus, la prise de
 focus est-elle visible ?

 Je me demande si le mot visible est suffisamment explicite. On demande a
 ce que la prise de focus soit visible mais qu'entend-on par visible ?

 Doit-on rendre le focus visible par la forme, par la couleur ou les deux ?

 Merci

 --
 Steven Mouret

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




 --
 Cheers,
 Axel

 ---

 ___
 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] Critère 10.7 du référentiel 2.2

[Steven Mouret]

Merci Olivier et Axel pour vos réponses.

Cela confirme ce que j'avais compris du critère mais j'avais un doute en
naviguant sur plusieurs sites labellisés.


--
Steven Mouret


Le 20 mai 2014 17:41, Olivier Nourry olv.nou...@gmail.com a écrit :

 Bonjour,
 a priori, je dirais non, car on ne peut pas préjuger de ce qu'est
 l'outline par défaut. On a déjà vu des navigateurs sans indicateur de prise
 de focus, donc ce n'est pas suffisant à mon sens. Sachant que ce test n'est
 à effectuer que lorsque le style des liens a été forcé pour supprimer le
 soulignement traditionnel, ça me parait logique de demander au designer de
 contrôler également le comportement au focus ou au survol.

 Cordialement,
 *Olivier Nourry*
 Twitter: @OlivierNourry http://twitter.com/#!/OlivierNourry


 Le 20 mai 2014 15:58, Steven Mouret steven.mou...@gmail.com a écrit :

 Merci Axel,

 L'outline par défaut du navigateur suffit-il a répondre au test 10.7.3 ?


 --
 Steven Mouret


 Le 20 mai 2014 15:27, Axel Roche a...@aquelito.fr a écrit :

 Bonjour  Steven, la liste

 Les tests correspondant à ce critère répondent à la question.
 voir l'URL :
 http://www.braillenet.org/accessibilite/referentiel-aw21/liste-deploye.php#crit-10-7

  Les deux

 Cordialement
 Axel




 Le 20 mai 2014 15:17, Steven Mouret steven.mou...@gmail.com a écrit :

 Bonjour à tous.

 Le critère 10.7 dit :
 Dans chaque page Web, pour chaque élément recevant le focus, la prise
 de focus est-elle visible ?

 Je me demande si le mot visible est suffisamment explicite. On demande
 a ce que la prise de focus soit visible mais qu'entend-on par visible ?

 Doit-on rendre le focus visible par la forme, par la couleur ou les
 deux ?

 Merci

 --
 Steven Mouret

 ___
 liste_gta mailing list
 liste_gta@list.accessiweb.org

 http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org




 --
 Cheers,
 Axel

 ---

 ___
 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] Vocalisation d'éléments dans une liste en autocompletion

[Steven Mouret]

Bonjour Matthieu, bonjour la liste,

Je n'ai jamais eu le temps d'implémenter une auto complétion accessible
mais cependant j'avais fait des recherches en vu de l'implémenter.

Celui que fonctionnait le mieux était celui proposé par Yahoo :
http://yuilibrary.com/yui/docs/autocomplete/

Le problème pour moi et que je n'utilise pas la bibliothèque YUI mais
jQuery.

Celui proposé par jQuery UI fonctionne très mal, les termes sont vocalisés
une fois sur deux dans NVDA, avec Jaws cela fonctionne bien.
http://jqueryui.com/autocomplete/

J'avais trouvé un script full JS qui s'en rapproche et qui fonctionne bien
mais qui n'est pas tout à fait une auto complétion. A mon avis il est
possible de le modifier pour le rendre utilisable en auto complétion.
http://test.cita.illinois.edu/aria/combobox/combobox1.php

C'est sur cette piste que j’étais partis mais je n'ai jamais eu le temps de
me pencher dessus.

Je ne sais pas si ça va t'aider, bon courage ;)


--
Steven Mouret


Le 29 avril 2014 16:58, Matthieu Marseille
matthieu.marsei...@fullsix.coma écrit :

 Merci Sylvie, ça ne répond pas à ma question, mais ça me donne des pistes
 en effet. Le système sur Yahoo est similaire au mien en tout point à priori
 (au moins en terme de restitution).

 D'une part, je remarque que ça fonctionne mieux sous Firefox que Chrome :
 sur Chrome, je n'ai aucune proposition / suggestion, et rien n'est vocalisé
 dans la liste proposée, alors que sur Firefox, j'ai bien les suggestions,
 et certaines sont vocalisées correctement.
 Cependant, je remarque que la vocalisation est aléatoire, et repasser sur
 un élément qui a été vocalisé correctement une première fois ne garanti pas
 qu'il soit vocalisé à nouveau, à la place NVDA dit vide.
 Je ne trouve pas d'ARIA dans le code sur Yahoo, mais par contre ça peut
 être une piste pour moi, je vais creuser dans ce sens !



 2014-04-29 16:47 GMT+02:00 Sylvie Duchateau 
 sylvie.duchat...@snv.jussieu.fr:

 Bonjour Matthieu,
 Je ne sais pas si ça répond à ton problème, mais vas voir sur le site de
 yahoo.fr.
 Avec NVDA, lorsque tu tapes braille par exemple, NVDA dit : une ou
 plusieurs suggestions sont disponibles. Utilisez les flèches haut et bas
 pour les faire défiler.
 Tu utilises alors les flèches et NVDA annonce: brailler, braille
 alphabet, braillenet, braille wikipédia etc...
 Je crois qu'ils utilisent ARIA, mais à vérifier, pour ça je laisse la
 parole aux techniciens.
 Amicalement
 Sylvie

 Le 29/04/2014 15:18, Matthieu Marseille a écrit :

 Hello la liste,

 Question un peu tricky je pense, je vais essayer d'être clair.

 J'ai un champ de recherche d'horaires, qui est branché sur une
 autocompletion (utilisant jquery.ui). Au bout de (x) caractères entrés
 dans le champ, l'autocompletion se met en marche, avec un échange
 front-back pour pré-trier les résultats, et une mise en surbrillance
 dans la liste de résultats des caractères entrés dans le champ, tout
 cela fonctionne plutôt bien.

 Mon problème se situe sur la mise en surbrillance des éléments dans la
 liste : chaque élément de la liste d'autocompletion (elle même un ul /
 li) est un lien a, et pour obtenir la surbrillance, les caractères
 entrés dans le champ sont triés, puis affichés encapsulés dans un span
 dans la liste, afin de pouvoir changer leur style, mais je n'arrive pas
 à faire vocaliser ces éléments par NVDA : il me vocalise juste vide
 pour chaque entrée.
 J'ai essayé de remplacer les span par du strong ou em sans succès,
 j'ai tenté aussi de réinjecter l'intitulé complet en title sur le
 span, là non plus sans succès.

 Pour exemple, les éléments de la liste ressemblent à ça :

 li class=ui-menu-item role=presentation
 a title=Pernes id=ui-id-5 class=ui-corner-all tabindex=-1
 span title=PernesPer/spannes
 /a
 /li

 Auriez-vous déjà rencontré quelque chose de similaire, auriez-vous une
 idée ou une piste ?
 Merci !

 --
 Matthieu MARSEILLE
 DFO - F6 TECH
 mmarsei...@fullsix.com mailto:mmarsei...@fullsix.com

 +33 (0)1 49 68 24 55FullSIX France
 157 rue Anatole France
 92309 Levallois Perret Cedex
 http://maps.google.fr/maps?q=fullsix+levallois+perretoe=
 utf-8client=firefox-aie=UTF8hl=frhq=fullsixhnear=
 Levallois-Perretll=48.900189,2.279363spn=0.016673,0.
 045447z=15iwloc=A
 http://www.fullsix.com
 http://www.fullsix.com/



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


 --
 Sylvie Duchateau
 Association BrailleNet
 Tél.: + 33 (0) 1 44 27 26 25
 Fax : +33 (0) 1 44 27 34 38
 Web: http://www.braillenet.org / http://www.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 
 Cedexhttp

Re: [Liste GTA] cartographie

[Steven Mouret]

Bonjour Isabelle,

A ma connaissance il n'est pas possible de rendre complètement accessible
une cartographie du fait de la complexité. Cependant il est possible de
grandement l'améliorer comme l'a précisé Dorothée. Joan Ramon a bien traité
le sujet, tu peux voir ici son travail :
http://www.johanramon.fr/google-maps-accessibilite
Son travail est basé sur Google maps mais dans l'idée il donne les clés
pour améliorer l'accessibilité sur une cartographie.
Je travaille beaucoup sur OpenLayers et il est possible de faire comme dans
Google maps des améliorations.

Dans tous les cas il faut prévoir une alternative, et pour cela il faut se
poser la question : A quoi sert la cartographie, quel est son but ? A
partir de là tu sauras quelle alternative mettre en place.

--
Steven Mouret


Le 8 avril 2014 07:44, Ravet Isabelle isabelle.ra...@insee.fr a écrit :

  Merci Dorothé, je vais me pencher sur ce site.
 Cordialement.

 ISabelle

  --
 *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
 part de* dion dorothee
 *Envoyé :* lundi 7 avril 2014 17:33
 *À :* liste_gta@list.accessiweb.org
 *Objet :* Re: [Liste GTA] cartographie

   Bonjour Isabelle,



 Lors des formations à l’accessibilité, je cite toujours ce site :
 http://www.votre-hotel.com/plan,paris,-1456928.htm

 La Google Maps est accessible à plusieurs niveaux :

 Accès aux fonctionnalités (zoom, déplacement…) au clavier et à la souris

 Infos contenus dans la carte en format texte à coté

 Coté contraste des couleurs, le fond de carte ne passe pas les tests par
 contre.



 Par contre je connais pas d’autres outils carto du marché complètement
 accessibles. J’utilise Geoclip qui malgré des efforts du côté de
 l’accessibilité est en Flash ( !). Esri sort ces jours une version
 HTML5/CSS de son appli web carto. A voir.



 Du cote des libres, je n’ai jamais eu le temps étudié la question…



 Cordialement,

  Dorothée Dion

 *Conseil général de l’Ain*

 *Service observatoire du territoire et géomatique (SOG)  *

 *DGAA/Direction de l'aménagement du territoire et de l'économie*

 Tél. 04 74 47 05 95









 *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *De la
 part de* Ravet Isabelle
 *Envoyé :* lundi 7 avril 2014 16:07
 *À :* liste_gta@list.accessiweb.org
 *Objet :* [Liste GTA] cartographie



 Bonjour la liste,

 je voulais savoir si vous avez dans vos cartons des exemples de sites avec
 un outil de cartographie interactif accessible.

 Merci d'avance pour vos réponses.

 Cordialement.



 Isabelle RAVET

 Référente Accessibilité

 INSEE - CNIP

 15 bd Gabriel Peri

 92245 MALAKOFF

 ( 01.41.17.35.71



 ___
 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] Formulaire et retour d'erreur

[Steven Mouret]

L'erreur ne doit elle pas être avant le champs ?

Le 28 févr. 2014 12:23, jean-pierre villain jpvill...@yahoo.fr a écrit :

 Pour le aria-describedby je trouve que c'est un confort supplémentaire mais 
 je note ta remarque.

 En loccurrence ça ne fonctionne pas et c'est tant mieux parce que ce que tu 
 provoquerais est donc la vocalisation de tous les contenus identifiés dans la 
 référence du describedby donc tout le contenu du label (votre prénom, 
 l'input, l'alerte) qui serait donc vocalisé deux fois (théoriquement à 
 l'infini puisque la référence est circulaire).
 Du point de vue du confort c'est discutable ;)

 Le meilleur motif dans ton cas c'est :


 label for=firstname
      Votre prénom * 
 /label    
      input type=text aria-describedby=toto id=firstname 
 aria-required=true  /

      p class=erreur role=alert id=totoVeuillez saisir votre 
 prénom./p 


 Si tu utilise un label implicite le motif le plus efficace est tout 
 simplement :

 label for=firstname
      Votre prénom *     
      input type=text id=firstname aria-required=true /

      span  role=alertVeuillez saisir votre prénom./span 
 /label


 Mais le label explicite est considéré comme étant plus robuste.

 Pour l'utilisation de aria-invalid, tu peux l'utiliser mais je n'en vois pas 
 l'intérêt l'obligation de saisie est signalée, le message d'erreur est clair, 
 je ne vois pas d'intérêt à signaler, en plus, que la valeur entrée est 
 invalide.
 Il est préférable de réserver aria-invalid dans le cas d'une valeur saisie 
 qui ne correspond pas au format attendu.

 JPV
  
 
 Jean-Pierre Villain - Qelios - 06 98 08 50 49

 
 De : Olivier Keul olivier.k...@gmail.com
 À : liste_gta@list.accessiweb.org liste_gta@list.accessiweb.org 
 Envoyé le : Vendredi 28 février 2014 9h30
 Objet : Re: [Liste GTA] Formulaire et retour d'erreur

 Salut Victor,

 Effectivement c'est une erreur, on est d'accord pour le aria-required et 
 aria-invalid sur l'input.

 label for=firstname
      Votre prénom *     
      input type=text id=firstname aria-required=true 
 aria-invalid=true /

      span class=erreur aria-describedby=firstname role=alertVeuillez 
 saisir votre prénom./span 
 /label


 Par contre pourquoi le role ne te semble pas pertinent ? Je trouve que 
 justement cela permet d'indiquer à l'utilisateur une erreur qu'il doit 
 corriger si il veut poursuivre.

 Pour le aria-describedby je trouve que c'est un confort supplémentaire mais 
 je note ta remarque.


 Le 27 février 2014 18:49, Victor Brito liste-...@victor-brito.fr a écrit :

 Salut, Olivier, bonsoir, la liste,
 Pour ma part, j'insérerais les attributs aria-required et aria-invalid dans 
 l'élément input et me passerais d'aria-describedby, puisque l'élément span 
 est enfant de l'élément label. Quant au role alert, il ne me semble pas 
 pertinent. Pour le reste, rien à dire.
 Victor
 Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation
 39 rue Charles Laffitte 92200 Neuilly-sur-Seine Tél.  : +33 6 03 15 89 57
 SIRET  : 789 766 334 00013
 Consulter le site Web professionnel de Victor Brito
 Sur les réseaux sociaux
 Suivre Victor Brito sur Twitter
 Suivre Victor Brito sur Diaspora
 Sans oublier
 La fiche de membre du Groupe de Travail Accessiweb
 Halte à la balkanisation du Web !
 Un seul Web
 Profession intégrateur (X)HTML / CSS
 Tuyaux de l'accessibilité
 Le 27/02/2014 18:45, Olivier Keul a écrit :

 Bonjour la liste,

 Je m'interroge sur la meilleure manière de gérer le retour d'erreur sur un 
 formulaire.

 Est-ce qu'un markup de ce style vous semble bulletproof ou bien c'est 
 déconnant ?

 label for=firstname
      Votre prénom *     
      input type=text id=firstname /
      span class=erreur aria-required=true aria-invalid=true 
 aria-describedby=firstname role=alertVeuillez saisir votre 
 prénom./span 
 /label



 On a :
 la classique association for / ID respectivement sur le label et l'input
 l'attribut aria-required à true pour indiquer le caractère obligatoire du 
 champ
 l'attribut aria-invalid à true qui indique qu'il y a une erreur
 l'attribut aria-describedby qui permet de faire l'association avec l'input
 l'attribut role avec la valeur alert qui permet d'indiquer à la synthèse 
 qu'il y a eu un changement
 Merci d'avance pour vos retours,

 Olivier



 ___
 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

[Liste GTA] Quand lister des éléments en HTML ?

[Steven Mouret]

Bonjour à tous,

Quand lister des éléments en HTML ?
Une question qui peut paraitre simple mais à laquelle j'ai du mal à
répondre suivant les cas.

Sur un menu de navigation pas de problème, il est intéressant de lister,
cela permet de passer facilement d'un item à un autre, de se rendre à la
fin de la liste, de passer la liste simplement et aussi de savoir combien
d'éléments se trouvent dans la liste.

Lorsqu'on liste plusieurs articles (des news par exemple), est-il
intéressant de lister les news ?
Je l'ai toujours fait mais je me demande si cela est correcte. J'y vois
l'avantage de connaitre le nombre d'item dans la liste et de naviguer
dedans facilement comme pour un menu de navigation.
D'ailleurs cette liste d'articles n'est t-elle pas une navigation ?

J'ai remarqué que sur le site AccessiWeb les actualités sur la page
d'accueil et les références de la galerie des sites labellisés ne sont pas
listés. J'imagine que c'est voulu mais je ne comprends pas pourquoi.

Merci pour vos réponses

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

[Liste GTA] Liste d'articles en HTML5

[Steven Mouret]

Bonjour à tous,

J'étudie actuellement le nouveau référentiel HTML5/ARIA et je me pose une
question sur le critère 9.3 [A] Dans chaque page Web, chaque liste est-elle
correctement structurée ?

En HTML4 je liste dans une balise ul plusieurs articles ce qui permet de
connaître le nombre d'items dans la liste.

Aujourd'hui en HTML5 je me pose la question sur comment lister les articles
:

section
  h1Actualités/h1
  article

  /article
  article

  /article
  article

  /article
/section

ou

section
  h1Actualités/h1
  ul
li
  article

  /article
/li
li
  article

  /article
/li
li
  article

  /article
/li
  /ul
/section

Merci pour votre aide

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

[Liste GTA] Obligation pour un service public d'appliquer le RGAA

[Steven Mouret]

Bonjour Olivier,

J'ouvre un nouveau sujet pour ne pas perturber le débat sur les noms des
futurs référentiels AccessiWeb.

Je suis surpris de ton propos quand tu dis qu'il n'est pas obligatoire
d'utiliser le RGAA pour un service public dans le but de valider
l'accessibilité. Il me semble que la loi oblige un service public à
utiliser le RGAA.

Voici une source :
http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=LEGITEXT21211775dateTexte=20140120

Arrêté du 21 octobre 2009 relatif au référentiel général d'accessibilité
pour les administrations
L'article 1 prècise :
Un référentiel d'accessibilité fixe, pour l'Etat, les collectivités
territoriales et les établissements publics qui en dépendent, les règles
techniques, sémantiques, organisationnelles et d'ergonomie que *doivent
respecter* leurs services de communication publique en ligne afin d'assurer
aux personnes handicapées la réception et la compréhension de tout type
d'information diffusée sous forme numérique, de leur permettre d'utiliser
ces services et, le cas échéant, d'interagir avec ces derniers.

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

[Liste GTA] Pagination en ajax accessible

[Steven Mouret]

Bonjour à tous,

Je dois rendre accessible une pagination en Ajax, mais je ne sais pas si ce
que j'ajoute est suffisant.

Je vous explique :
À la suite d'une liste d'articles, j'ai un bouton qui permet d'envoyer une
requête en AJAX ce qui permet d'alimenter ma liste de nouveaux articles.

Dans un premier temps j'ajoute un intitulé pertinent à mon bouton Afficher
plus d'actualités.

Sans Javascript j'ai une pagination traditionnelle (précédent 1 2 3
suivant).

J'ai ajouté un aria-live sur le conteneur de ma liste pour informer l'aide
technique de nouveaux contenus mais je ne sais pas si cela est bien car il
peut y avoir jusqu'à dix items ajoutés et donc une lecture un peu longue.

Lorsque l'on clic sur le bouton le contenu est ajouté au dessus de
celui-ci. Seul aria-live permet d'en connaitre l'ajout, si celui-ci n'est
pas supporté l'utilisateur ne sait pas ou se trouve le contenu ajouté. Suis
je donc obligé d'ajouter le contenu après mon bouton ?

Ou peut-être envoyer le focus au premier item du nouveau contenu ajouté ?

J'ai cherché sur internet des exemples de pagination en ajax accessible
mais je n'ai rien trouvé.

Merci pour votre aide

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

Re: [Liste GTA] FAQ Accessible en JQuery ?

[Steven Mouret]

Ce que je fais généralement :
J'ai ma question en Hn et le bouton juste après. Généralement je mets
une flèche en image dans mon bouton avec pour alt 'En savoir plus'. Je
place ce bouton par dessus mon titre en CSS. À l'ouverture je change
le alt de l'image en 'Fermer'.
Tu peux ensuite ajouter une class quand le contenu caché est affiché
pour mettre en forme le bouton et pour montrer que le module est
ouvert. Pense aussi à mettre en forme tes focus.

--
Steven Mouret


Le 30 octobre 2013 09:23, Antoine Bouet antoine.bo...@cimeos.com a écrit :
 Merci Steven pour ta réponse.

 Mais dans le cas où on veut que ce soit le clic sur la question qui ouvre la
 réponse, tu mets le contenu de la question dans ton bouton affichant le bloc
 caché ?
 Visuellement, il va falloir négocier avec les intégrateurs et le chef de
 projet si je mets un bouton ;)


 Cordialement,

 Antoine Bouet
 Ingénieur Développement

 CIMEOS
 Montbéliard - Besançon - Paris

 e-mail : antoine.bo...@cimeos.com
 tel. : +33(0)9 72 30 72 42

 www.cimeos.com

 COORDONNEES DU SUPPORT :
 Hébergement et Nom de Domaine : supp...@cimeos.com / 0899 49 42 00
 (1.34€/appel puis 0.34/min)
 Maintenance des sites : maintena...@cimeos.com
 Le 25/10/2013 10:42, Steven Mouret a écrit :

 Bonjour Antoine,

 Voici comment je procède :

 J'ajoute en JS une class js sur le body, cela me permet de savoir quand JS
 est activé. Utile en CSS pour mettre en forme seulement quand JS est activé.

 Ensuite je ne cache aucune information en CSS, si JS est désactivé toutes
 les infos sont lisibles.

 Je cache avec CSS les réponses aux questions en utilisant ma class js, un
 display: none peut être utilisé.

 En JS j'ajoute un button (pas un a, c'est une action sur la page et non un
 hyperlien) avant l'élément à afficher.

 Sur l'action du bouton j'affiche mon bloc caché. Il me semble qu'il n'est
 pas nécessaire de renvoyer le focus dans le bloc s'il est juste après.

 Voilà pas besoin de Noscript.

 Il est possible de le faire en HTLM5 + ARIA aussi mais le support n'est pas
 forcément parfait.


 --
 Steven Mouret


 Le 25 octobre 2013 09:57, Antoine Bouet antoine.bo...@cimeos.com a écrit :

 Bonjour la liste,

 J'ai une question concernant le fait de rendre un bon vieux toggle JQeury
 accessible, notamment pour un cas très concret de réponses de FAQ qui se
 déplie au clic sur chaque question.

 J'ai deux techniques et je me demande si les deux vont, si une seule est
 bonne ou si ... aucune ne l'est !
 1) Masquer les réponses au chargement de la page via le document.ready de
 JQuery.

 2) Masquer les réponses en CSS, JQuery ne gère que le toggle, mettre une
 balise noscript contenant une balise style forcant l'affichage des réponses
 (!important).

 Dans les deux cas, si le JS est désactivé, on voit toutes les réponses
 dépliées au chargement.
 Mais est ce que tous les critères d'accessibilité sont respectés ?

 Merci à vous !

 --

 Cordialement,

 Antoine Bouet
 Ingénieur Développement

 CIMEOS
 Montbéliard - Besançon - Paris

 e-mail : antoine.bo...@cimeos.com
 tel. : +33(0)9 72 30 72 42

 www.cimeos.com

 COORDONNEES DU SUPPORT :
 Hébergement et Nom de Domaine : supp...@cimeos.com / 0899 49 42 00
 (1.34€/appel puis 0.34/min)
 Maintenance des sites : maintena...@cimeos.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



 ___
 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] FAQ Accessible en JQuery ?

[Steven Mouret]

des intitulés En savoir plus et Fermer pour des boutons se sont des 
intitulés non pertinents.

Le contexte ne permet-il pas de rendre le l'intitulé du bouton pertinent ?
Dans le cas contraire il serait plus intéressant d'utiliser un lien
mais cela me gène car le  lien n'est pas le plus approprié pour faire
une action de script.

Je précise que nous ne sommes pas dans un formulaire, dans ce cas je
ne sais pas quel critère utiliser.

--
Steven Mouret


Le 30 octobre 2013 10:38, Romain Gervois cont...@romaingervois.fr a écrit :
 Bonjour,

 Juste un complément : des intitulés En savoir plus et Fermer pour des
 boutons se sont des intitulés non pertinents.
 Dans ce contexte, les boutons doivent indiquer la question ou au minimum la
 référence de la question ainsi que l'action (afficher la réponse / masquer
 la réponse).

 Romain

 Le 30 octobre 2013 10:27, Antoine Bouet antoine.bo...@cimeos.com a écrit :

 Ok merci pour vos réponses.

 @Steven : le fait de placer le bouton dépliant la FAQ sur le texte de la
 question en CSS ne pose pas de soucis en cas d'utilisation de CSS
 personnalisés ?

 Cordialement,

 Antoine Bouet
 Ingénieur Développement
 Expert AccessiWeb en Evaluation
 Membre du Groupe de Travail Accessiweb (GTA)

 CIMEOS
 Montbéliard - Besançon - Paris

 e-mail : antoine.bo...@cimeos.com
 tel. : +33(0)9 72 30 72 42

 www.cimeos.com

 COORDONNEES DU SUPPORT :
 Hébergement et Nom de Domaine : supp...@cimeos.com / 0899 49 42 00
 (1.34€/appel puis 0.34/min)
 Maintenance des sites : maintena...@cimeos.com
 Le 30/10/2013 09:49, Steven Mouret a écrit :

 Ce que je fais généralement :
 J'ai ma question en Hn et le bouton juste après. Généralement je mets
 une flèche en image dans mon bouton avec pour alt 'En savoir plus'. Je
 place ce bouton par dessus mon titre en CSS. À l'ouverture je change
 le alt de l'image en 'Fermer'.
 Tu peux ensuite ajouter une class quand le contenu caché est affiché
 pour mettre en forme le bouton et pour montrer que le module est
 ouvert. Pense aussi à mettre en forme tes focus.

 --
 Steven Mouret


 Le 30 octobre 2013 09:23, Antoine Bouet antoine.bo...@cimeos.com a écrit
 :

 Merci Steven pour ta réponse.

 Mais dans le cas où on veut que ce soit le clic sur la question qui ouvre
 la
 réponse, tu mets le contenu de la question dans ton bouton affichant le
 bloc
 caché ?
 Visuellement, il va falloir négocier avec les intégrateurs et le chef de
 projet si je mets un bouton ;)


 Cordialement,

 Antoine Bouet
 Ingénieur Développement

 CIMEOS
 Montbéliard - Besançon - Paris

 e-mail : antoine.bo...@cimeos.com
 tel. : +33(0)9 72 30 72 42

 www.cimeos.com

 COORDONNEES DU SUPPORT :
 Hébergement et Nom de Domaine : supp...@cimeos.com / 0899 49 42 00
 (1.34€/appel puis 0.34/min)
 Maintenance des sites : maintena...@cimeos.com
 Le 25/10/2013 10:42, Steven Mouret a écrit :

 Bonjour Antoine,

 Voici comment je procède :

 J'ajoute en JS une class js sur le body, cela me permet de savoir quand JS
 est activé. Utile en CSS pour mettre en forme seulement quand JS est
 activé.

 Ensuite je ne cache aucune information en CSS, si JS est désactivé toutes
 les infos sont lisibles.

 Je cache avec CSS les réponses aux questions en utilisant ma class js, un
 display: none peut être utilisé.

 En JS j'ajoute un button (pas un a, c'est une action sur la page et non un
 hyperlien) avant l'élément à afficher.

 Sur l'action du bouton j'affiche mon bloc caché. Il me semble qu'il n'est
 pas nécessaire de renvoyer le focus dans le bloc s'il est juste après.

 Voilà pas besoin de Noscript.

 Il est possible de le faire en HTLM5 + ARIA aussi mais le support n'est
 pas
 forcément parfait.


 --
 Steven Mouret


 Le 25 octobre 2013 09:57, Antoine Bouet antoine.bo...@cimeos.com a écrit
 :

 Bonjour la liste,

 J'ai une question concernant le fait de rendre un bon vieux toggle JQeury
 accessible, notamment pour un cas très concret de réponses de FAQ qui se
 déplie au clic sur chaque question.

 J'ai deux techniques et je me demande si les deux vont, si une seule est
 bonne ou si ... aucune ne l'est !
 1) Masquer les réponses au chargement de la page via le document.ready de
 JQuery.

 2) Masquer les réponses en CSS, JQuery ne gère que le toggle, mettre une
 balise noscript contenant une balise style forcant l'affichage des
 réponses
 (!important).

 Dans les deux cas, si le JS est désactivé, on voit toutes les réponses
 dépliées au chargement.
 Mais est ce que tous les critères d'accessibilité sont respectés ?

 Merci à vous !

 --

 Cordialement,

 Antoine Bouet
 Ingénieur Développement

 CIMEOS
 Montbéliard - Besançon - Paris

 e-mail : antoine.bo...@cimeos.com
 tel. : +33(0)9 72 30 72 42

 www.cimeos.com

 COORDONNEES DU SUPPORT :
 Hébergement et Nom de Domaine : supp...@cimeos.com / 0899 49 42 00
 (1.34€/appel puis 0.34/min)
 Maintenance des sites : maintena...@cimeos.com

 ___
 liste_gta mailing list
 liste_gta@list.accessiweb.org
 http://list.accessiweb.org

Re: [Liste GTA] FAQ Accessible en JQuery ?

[Steven Mouret]

Bonjour Antoine,

Voici comment je procède :

J'ajoute en JS une class js sur le body, cela me permet de savoir quand JS
est activé. Utile en CSS pour mettre en forme seulement quand JS est activé.

Ensuite je ne cache aucune information en CSS, si JS est désactivé toutes
les infos sont lisibles.

Je cache avec CSS les réponses aux questions en utilisant ma class js, un
display: none peut être utilisé.

En JS j'ajoute un button (pas un a, c'est une action sur la page et non un
hyperlien) avant l'élément à afficher.

Sur l'action du bouton j'affiche mon bloc caché. Il me semble qu'il n'est
pas nécessaire de renvoyer le focus dans le bloc s'il est juste après.

Voilà pas besoin de Noscript.

Il est possible de le faire en HTLM5 + ARIA aussi mais le support n'est pas
forcément parfait.


--
Steven Mouret


Le 25 octobre 2013 09:57, Antoine Bouet antoine.bo...@cimeos.com a écrit :

  Bonjour la liste,

 J'ai une question concernant le fait de rendre un bon vieux toggle JQeury
 accessible, notamment pour un cas très concret de réponses de FAQ qui se
 déplie au clic sur chaque question.

 J'ai deux techniques et je me demande si les deux vont, si une seule est
 bonne ou si ... aucune ne l'est !
 1) Masquer les réponses au chargement de la page via le document.ready de
 JQuery.

 2) Masquer les réponses en CSS, JQuery ne gère que le toggle, mettre une
 balise noscript contenant une balise style forcant l'affichage des réponses
 (!important).

 Dans les deux cas, si le JS est désactivé, on voit toutes les réponses
 dépliées au chargement.
 Mais est ce que tous les critères d'accessibilité sont respectés ?

 Merci à vous !

  --

 Cordialement,

 Antoine Bouet
 Ingénieur Développement

 CIMEOS
 Montbéliard - Besançon - Paris

 e-mail : antoine.bo...@cimeos.com
 tel. : +33(0)9 72 30 72 42

 www.cimeos.com

 COORDONNEES DU SUPPORT :
 Hébergement et Nom de Domaine : supp...@cimeos.com / 0899 49 42 
 00(1.34€/appel puis 0.34/min)
 Maintenance des sites : maintena...@cimeos.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

Re: [Liste GTA] Titre de la page sur un retour formulaire

[Steven Mouret]

Ah oui, merci Victor.


--
Steven Mouret


Le 19 septembre 2013 15:49, Victor Brito liste-...@victor-brito.fr a
écrit :

  Bonjour, Steven, bonjour, la liste,

 Pour ma part, je m'appuierais sur le critère 8.6 (sur la pertinence du
 titre de la page, justement ;-) [clin d'œil] ).

 Victor
Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation

  39 rue Charles Laffitte 92200 Neuilly-sur-Seine Tél. : +33 6 03 15 89 57

 SIRET : 789 766 334 00013

 Consulter le site Web professionnel de Victor 
 Britohttp://www.victor-brito.fr
  Sur les réseaux sociaux

- Suivre Victor Brito sur Identi.ca http://identi.ca/victorbritopro
- Suivre Victor Brito sur Twitter http://twitter.com/victorbritopro
- Suivre Victor Brito sur FriendFeedhttp://friendfeed.com/victorbritopro
- Suivre Victor Brito sur 
 Diasporahttps://joindiaspora.com/u/victorbritopro

 Sans oublier

- La fiche de membre du Groupe de Travail 
 Accessiwebhttp://www.accessiweb.org/index.php/fiche_gta/items/site_victor_brito.html
- Halte à la balkanisation du Web 
 !http://halte-a-la-balkanisation-du-web.fr
- Un seul Web http://un-seul-web.fr
- Profession intégrateur (X)HTML / 
 CSShttp://profession-integrateur-xhtml-css.fr

  Le 19/09/13 15:33, Steven Mouret a écrit :

  Bonjour à tous,

  Je ne dois pas avoir les yeux en face des trous aujourd'hui mais je ne
 trouve pas dans le référentiel le critère qui invalide le fait de ne pas
 préciser dans le titre de la page une information relative à la réussite ou
 pas de l'envoie d'un formulaire.

  Merci

 --
 Steven Mouret


 ___
 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


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

Re: [Liste GTA] Pertinence hiérarchie des H (9.1.2)

[Steven Mouret]

Bonjour Mathieu, bonjour la liste,

Un titre h2 doit être précédé d'un h2 ou d'un h1. Pour un h3 il faudra un
h3 ou un h2 ou un h1...

Un bon outil pour vérifier cela sous firefox : l'extension HeadingsMap.

Cordialement

--
Steven Mouret


Le 2 septembre 2013 16:19, Matthieu Faure m...@open-s.com a écrit :

 Salut,

 C'est la rentrée, videz le sable du cartable et sortez votre référentiel
 préféré sourire

 Petite question sur la pertinence de la hiérarchie des titres (test 9.1.2
 http://www.accessiweb.org/**index.php/accessiweb_2.2_**
 liste_deployee.html#crit-9-1http://www.accessiweb.org/index.php/accessiweb_2.2_liste_deployee.html#crit-9-1)

 Sur les exemples suivants, est-ce que vous validez le 9.1.2 ?

 Exemple 1:

 h2
 h3

 Exemple 2:

 h2
 h3
 h1
 h2
 h3


 Matthieu


 --
 Fixe :  09 72 11 26 06
 Portable:   06 73 96 79 59
 Twitter:@mfaure http://twitter.com/mfaure

 Expert en Accessibilité depuis 2004
 Tanaguru logiciel libre pour mesurer l'Accessibilité Web
 http://www.Tanaguru.org/


 __**_
 liste_gta mailing list
 liste_gta@list.accessiweb.org
 http://list.accessiweb.org/**mailman/listinfo/liste_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