Re: [Liste GTA] Input entre balises label

2017-10-03 Par sujet ROSA Giuseppe (93) 




Bonjour Audrey et Olivier,

Je vous remercie tous les deux pour vos retours. Je vais essayer de
faire au moins ajouter le id/for qui pourrait ne pas être trop coûteux
pour le projet (et je croise les doigts 
;-)   (clin d'oeil).


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
  

  




 Message original 
Sujet : Re: [Liste GTA] Input entre balises label
De : Olivier Nourry <olv.nou...@gmail.com>
Pour : liste_gta@list.accessiweb.org
<liste_gta@list.accessiweb.org>
Date : 03/10/2017 16:15

  
Salut Audrey,
  la partie de la spec aus tu cites dit bien qu’un label
fournit un accessible name, mais ne précise pas si le fait d’associer
le label au champ en entourant le champ avec le label, est une méthode
conforme. Or elle l’est de par la spec HTML il semble.
  Et en fait si ça ne marche pas pour certaines AT, ce
serait plus de l’ordre du bug que de la non-conformité aux specs. Ce
qui revient au même pour l’utilisateur (ça marche pô), mais déplace la
responsabilité.
  Perso je demande toujours la correction. Mais si on me
répond que c’est trop compliqué je serais bien en peine de
contre-argumenter…
  
  
  
  
  
Le 3 oct. 2017 à 16:08, Audrey Maniez <aman...@access42.net>
a écrit :



 Bonjour, 

Effectivement, la spec HTML reconnaît le label implicite comme une
implémentation conforme pour nommer le champ. Mais certaines
combinaisons de navigateur/lecteur d'écran peuvent ignorer cette
implémentation.

La spécification définit ce qu'est le nom accessible pour un champ de
formulaire :
https://www.w3.org/TR/html-aam-1.0/#accessible-name-and-description-computation
 
Il est bien noté que si aucun des attributs ou balises mentionnées
(aria-*, title ou label) n'est présent, alors il n'y a pas de nom
accessible, i.e que les lecteurs d'écrans ne devraient pas restituer
d'étiquette. 

Le fait que les technologies restituent correctement n'est pas une
raison valable pour valider une implémentation. Implémenter selon une
méthode explicite (label id/for par exemple) assure la transmission aux
API d'access et aux AT de manière uniforme, sans avoir à tester sur
toutes les AT du marché justement. 

Audrey MANIEZ - @audreyblabla - +33 (0)6 22 11 29 62
Experte senior et formatrice 
Access42 : expertise, conseil et formation en accessibilité numérique
+33 (0)9 72 45 06 14 - http://access42.net - @access42net
Le 03/10/2017 15:35, ROSA Giuseppe
(93) a écrit :


  
  
Bonjour la liste,
  
Je ne sais plus si la question a déjà été posé :
  
Lorsqu'un champ input est entre balise label, sans autre moyen
préconisé par le test 11.1.1 (ni title, ni aria-label ou
aria-labelledby) et sans respecter le test 11.1.2 (pas de id / for) :
  
Prénom : 
  
Je dois le considérer comme 'Non Conforme'.
  
Pourtant : 
  
Au moins NVDA (et a priori JAWS) m'indique bien
"Prénom" lorsque je tabule dans le champ (NVDA donne "Prénom : 
édition  avec auto-complétion vide", soit exactement la même chose que
si j'avais Prénom : )

Ce label se comporte comme un label rattaché au
champ, c'est à dire en cliquant sur Prénom , le focus est mis dans le
champ
le validateur W3C n'indique pas d'erreur

  
Par conséquent, il est difficile demander à un développeur de "revoir
sa copie" avec pour unique argument que ce n'est pas RGAA.
  
Auriez-vous des arguments pour inciter à mettre le code en conformité
(cas où l'input dans le label ne fonctionnerait pas correctement...) ?
  
Merci la liste
  
PS : pour cause de déplacement professionnel prévu de longue date, je
ne pourrai pas être des vôtres le 17.10.
   
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

Re: [Liste GTA] Input entre balises label

2017-10-03 Par sujet Olivier Nourry 
Salut Audrey,
la partie de la spec aus tu cites dit bien qu’un label fournit un accessible 
name, mais ne précise pas si le fait d’associer le label au champ en entourant 
le champ avec le label, est une méthode conforme. Or elle l’est de par la spec 
HTML il semble.
Et en fait si ça ne marche pas pour certaines AT, ce serait plus de l’ordre du 
bug que de la non-conformité aux specs. Ce qui revient au même pour 
l’utilisateur (ça marche pô), mais déplace la responsabilité.
Perso je demande toujours la correction. Mais si on me répond que c’est trop 
compliqué je serais bien en peine de contre-argumenter…

> Le 3 oct. 2017 à 16:08, Audrey Maniez  a écrit :
> 
> Bonjour, 
> 
> Effectivement, la spec HTML reconnaît le label implicite comme une 
> implémentation conforme pour nommer le champ. Mais certaines combinaisons de 
> navigateur/lecteur d'écran peuvent ignorer cette implémentation.
> 
> La spécification définit ce qu'est le nom accessible pour un champ de 
> formulaire : 
> https://www.w3.org/TR/html-aam-1.0/#accessible-name-and-description-computation
>  
> 
>  
> Il est bien noté que si aucun des attributs ou balises mentionnées (aria-*, 
> title ou label) n'est présent, alors il n'y a pas de nom accessible, i.e que 
> les lecteurs d'écrans ne devraient pas restituer d'étiquette. 
> 
> Le fait que les technologies restituent correctement n'est pas une raison 
> valable pour valider une implémentation. Implémenter selon une méthode 
> explicite (label id/for par exemple) assure la transmission aux API d'access 
> et aux AT de manière uniforme, sans avoir à tester sur toutes les AT du 
> marché justement. 
> 
> Audrey MANIEZ - @audreyblabla - +33 (0)6 22 11 29 62
> Experte senior et formatrice 
> Access42 : expertise, conseil et formation en accessibilité numérique
> +33 (0)9 72 45 06 14 - http://access42.net  - 
> @access42net
> Le 03/10/2017 15:35, ROSA Giuseppe (93) a écrit :
>> Bonjour la liste,
>> 
>> Je ne sais plus si la question a déjà été posé :
>> 
>> Lorsqu'un champ input est entre balise label, sans autre moyen préconisé par 
>> le test 11.1.1 (ni title, ni aria-label ou aria-labelledby) et sans 
>> respecter le test 11.1.2 (pas de id / for) :
>> 
>> Prénom : 
>> 
>> Je dois le considérer comme 'Non Conforme'.
>> 
>> Pourtant : 
>> Au moins NVDA (et a priori JAWS) m'indique bien "Prénom" lorsque je tabule 
>> dans le champ (NVDA donne "Prénom :  édition  avec auto-complétion vide", 
>> soit exactement la même chose que si j'avais Prénom 
>> : )
>> Ce label se comporte comme un label rattaché au champ, c'est à dire en 
>> cliquant sur Prénom , le focus est mis dans le champ
>> le validateur W3C n'indique pas d'erreur
>> Par conséquent, il est difficile demander à un développeur de "revoir sa 
>> copie" avec pour unique argument que ce n'est pas RGAA.
>> 
>> Auriez-vous des arguments pour inciter à mettre le code en conformité (cas 
>> où l'input dans le label ne fonctionnerait pas correctement...) ?
>> 
>> Merci la liste
>> 
>> PS : pour cause de déplacement professionnel prévu de longue date, je ne 
>> pourrai pas être des vôtres le 17.10.
>> 
>> Cordialement,
>> DGFiPGiuseppe 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

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

Re: [Liste GTA] Input entre balises label

2017-10-03 Par sujet ROSA Giuseppe (93) 




Merci Alex pour ces précisions.

Un rapide essai avec NVDA et Firefox ESR52 ne présente pas de problème
de vocalisation pour les cases à cocher et les boutons radio, ni en
mode consultation, ni en mode formulaire.

J'espère qu'avec le WCAG 2.1 le W3C fera un peu de ménage car il va
être difficile d'inciter à la modification du code pour des versions
obsolètes de navigateurs (IE6 et Firefox 1.5).


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
  

  




 Message original 
Sujet : Re: [Liste GTA] Input entre balises label
De : Alex Bernier <alex.bern...@braillenet.org>
Pour : liste_gta@list.accessiweb.org
Date : 03/10/2017 16:04

  On Tue, Oct 03, 2017 at 03:35:39PM +0200, ROSA Giuseppe (93) wrote:
  
  
   Bonjour la liste,
   Je ne sais plus si la question a déjà été posé :
   Lorsqu'un champ input est entre balise label, sans autre moyen
   préconisé par le test 11.1.1 (ni title, ni aria-label ou
   aria-labelledby) et sans respecter le test 11.1.2 (pas de id / for) :
   Prénom : 
   Je dois le considérer comme 'Non Conforme'.
   Pourtant :
 * Au moins NVDA (et a priori JAWS) m'indique bien "Prénom" lorsque je
   tabule dans le champ (NVDA donne "Prénom :  édition  avec
   auto-complétion vide", soit exactement la même chose que si j'avais
   Prénom : )
 * Ce label se comporte comme un label rattaché au champ, c'est à dire
   en cliquant sur Prénom , le focus est mis dans le champ
 * le validateur W3C n'indique pas d'erreur

   Par conséquent, il est difficile demander à un développeur de "revoir
   sa copie" avec pour unique argument que ce n'est pas RGAA.
   Auriez-vous des arguments pour inciter à mettre le code en conformité
   (cas où l'input dans le label ne fonctionnerait pas correctement...) ?

  
  
C'est WCAG qui le dit dans une note technique liée à la technique H44 (cf http://www.w3.org/WAI/WCAG20/Techniques/ua-notes/html#H44 ): « The HTML and XHTML specifications allow both implicit and explicit labels. However, some assistive technologies do not correctly handle implicit labels (for example, First name ). »

(Cela dit, les versions des AT concernées sont très anciennes et les contextes d'utilisation très spécifiques...)

Alex

  
  
   Merci la liste
   PS : pour cause de déplacement professionnel prévu de longue date, je
   ne pourrai pas être des vôtres le 17.10.

   Cordialement,
 __

   DGFiP Giuseppe ROSA
   Inspecteur Analyste
   Expert Accessibilité et RGAA

   Atelier SODA - bureau SI-1A
   Site SI-1A :
   SODA : [1]http://si1a.intranet.dgfip/soda
   RGAA : [2]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

Références

   1. http://si1a.intranet.dgfip/soda
   2. http://si1a.intranet.dgfip/rgaa

  
  
  
  
___
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] Input entre balises label

2017-10-03 Par sujet Olivier Nourry 
Bonjour Giuseppe,

Je suis resté sur l’idée que le label implicite est moins robuste car posant 
problème dans certaines configurations navigateurs/TA — qui me vient sans doute 
de la note technique mentionnée par Alex, ou par quiconque l’a mentionnée. 
J’avoue ne pas avoir creusé plus loin.

Steve Faulkner l’avait fait (en 2011…), voici l’article présentant ses tests: 
https://developer.paciellogroup.com/blog/2011/07/html5-accessibility-chops-form-control-labeling/
 

 Il y indique que la méthode avec for/id (label explicite) est la plus robuste, 
et qu’il faut éviter les 2 autres (label implicite, et combinaison de implicite 
ET for/id). Seulement les tableaux de tests ne me paraissent pas révéler de 
différence perceptible entre les 3 méthodes, pour aucune des combinaisons 
testées. De plus il faudrait réitérer les tests avec les agents utilisateurs 
actuels.
Note que le test 11.1.2 autorise la méthode implicite + for/id, puisque il n’y 
a pas de condition interdisant l’implicite.

Coté WCAG, c’est un peu confus également: la technique H44 
 dit qu’il faut for/id, et ne 
mentionne pas la technique du label implicite. Par contre, la failure F68 
autorise cette méthode, en 
creux, puisqu’elle fait partie des tests qui, s’ils échouent, permettent de 
prononcer l’échec du critère de succès…

Donc, difficile de se prononcer. J’aurais tendance à dire que si ça marche sur 
ta base de référence, en y ajoutant quelques configs un peu exotiques ou en 
versions N-2, tu ne risques pas grand chose. A voir, par contre, ce qui est le 
plus coûteux: faire ces tests, ou ajouter un for/id? Dans certains cas, la 
réponse n’est pas évidente…

J’espère t’avoir aidé
Olivier



> Le 3 oct. 2017 à 15:35, ROSA Giuseppe (93) 
>  a écrit :
> 
> Bonjour la liste,
> 
> Je ne sais plus si la question a déjà été posé :
> 
> Lorsqu'un champ input est entre balise label, sans autre moyen préconisé par 
> le test 11.1.1 (ni title, ni aria-label ou aria-labelledby) et sans respecter 
> le test 11.1.2 (pas de id / for) :
> 
> Prénom : 
> 
> Je dois le considérer comme 'Non Conforme'.
> 
> Pourtant : 
> Au moins NVDA (et a priori JAWS) m'indique bien "Prénom" lorsque je tabule 
> dans le champ (NVDA donne "Prénom :  édition  avec auto-complétion vide", 
> soit exactement la même chose que si j'avais Prénom : 
> )
> Ce label se comporte comme un label rattaché au champ, c'est à dire en 
> cliquant sur Prénom , le focus est mis dans le champ
> le validateur W3C n'indique pas d'erreur
> Par conséquent, il est difficile demander à un développeur de "revoir sa 
> copie" avec pour unique argument que ce n'est pas RGAA.
> 
> Auriez-vous des arguments pour inciter à mettre le code en conformité (cas où 
> l'input dans le label ne fonctionnerait pas correctement...) ?
> 
> Merci la liste
> 
> PS : pour cause de déplacement professionnel prévu de longue date, je ne 
> pourrai pas être des vôtres le 17.10.
> 
> 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] Input entre balises label

2017-10-03 Par sujet Audrey Maniez 

Bonjour,

Effectivement, la spec HTML reconnaît le label implicite comme une 
implémentation conforme pour nommer le champ. Mais certaines 
combinaisons de navigateur/lecteur d'écran peuvent ignorer cette 
implémentation.


La spécification définit ce qu'est le nom accessible pour un champ de 
formulaire : 
https://www.w3.org/TR/html-aam-1.0/#accessible-name-and-description-computation


Il est bien noté que si aucun des attributs ou balises mentionnées 
(aria-*, title ou label) n'est présent, alors il n'y a pas de nom 
accessible, i.e que les lecteurs d'écrans ne devraient pas restituer 
d'étiquette.


Le fait que les technologies restituent correctement n'est pas une 
raison valable pour valider une implémentation. Implémenter selon une 
méthode explicite (label id/for par exemple) assure la transmission aux 
API d'access et aux AT de manière uniforme, sans avoir à tester sur 
toutes les AT du marché justement.


Audrey MANIEZ - @audreyblabla - +33 (0)6 22 11 29 62
Experte senior et formatrice
Access42 : expertise, conseil et formation en accessibilité numérique
+33 (0)9 72 45 06 14 - http://access42.net - @access42net

Le 03/10/2017 15:35, ROSA Giuseppe (93) a écrit :

Bonjour la liste,

Je ne sais plus si la question a déjà été posé :

Lorsqu'un champ input est entre balise label, sans autre moyen 
préconisé par le test 11.1.1 (ni title, ni aria-label ou 
aria-labelledby) et sans respecter le test 11.1.2 (pas de id / for) :


Prénom : 

Je dois le considérer comme 'Non Conforme'.

Pourtant :

  * Au moins NVDA (et a priori JAWS) m'indique bien "Prénom" lorsque
je tabule dans le champ (NVDA donne "Prénom :  édition  avec
auto-complétion vide", soit exactement la même chose que si
j'avais Prénom : )
  * Ce label se comporte comme un label rattaché au champ, c'est à
dire en cliquant sur Prénom , le focus est mis dans le champ
  * le validateur W3C n'indique pas d'erreur

Par conséquent, il est difficile demander à un développeur de "revoir 
sa copie" avec pour unique argument que ce n'est pas RGAA.


Auriez-vous des arguments pour inciter à mettre le code en conformité 
(cas où l'input dans le label ne fonctionnerait pas correctement...) ?


Merci la liste

PS : pour cause de déplacement professionnel prévu de longue date, je 
ne pourrai pas être des vôtres le 17.10.


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] Input entre balises label

2017-10-03 Par sujet Alex Bernier 
On Tue, Oct 03, 2017 at 03:35:39PM +0200, ROSA Giuseppe (93) wrote:
>Bonjour la liste,
>Je ne sais plus si la question a déjà été posé :
>Lorsqu'un champ input est entre balise label, sans autre moyen
>préconisé par le test 11.1.1 (ni title, ni aria-label ou
>aria-labelledby) et sans respecter le test 11.1.2 (pas de id / for) :
>Prénom : 
>Je dois le considérer comme 'Non Conforme'.
>Pourtant :
>  * Au moins NVDA (et a priori JAWS) m'indique bien "Prénom" lorsque je
>tabule dans le champ (NVDA donne "Prénom :  édition  avec
>auto-complétion vide", soit exactement la même chose que si j'avais
>Prénom : )
>  * Ce label se comporte comme un label rattaché au champ, c'est à dire
>en cliquant sur Prénom , le focus est mis dans le champ
>  * le validateur W3C n'indique pas d'erreur
> 
>Par conséquent, il est difficile demander à un développeur de "revoir
>sa copie" avec pour unique argument que ce n'est pas RGAA.
>Auriez-vous des arguments pour inciter à mettre le code en conformité
>(cas où l'input dans le label ne fonctionnerait pas correctement...) ?

C'est WCAG qui le dit dans une note technique liée à la technique H44 (cf 
http://www.w3.org/WAI/WCAG20/Techniques/ua-notes/html#H44 ): « The HTML and 
XHTML specifications allow both implicit and explicit labels. However, some 
assistive technologies do not correctly handle implicit labels (for example, 
First name ). »

(Cela dit, les versions des AT concernées sont très anciennes et les contextes 
d'utilisation très spécifiques...)

Alex

>Merci la liste
>PS : pour cause de déplacement professionnel prévu de longue date, je
>ne pourrai pas être des vôtres le 17.10.
> 
>Cordialement,
>  __
> 
>DGFiP Giuseppe ROSA
>Inspecteur Analyste
>Expert Accessibilité et RGAA
> 
>Atelier SODA - bureau SI-1A
>Site SI-1A :
>SODA : [1]http://si1a.intranet.dgfip/soda
>RGAA : [2]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
> 
> Références
> 
>1. http://si1a.intranet.dgfip/soda
>2. http://si1a.intranet.dgfip/rgaa

> ___
> 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 entre balises label

2017-10-03 Par sujet ROSA Giuseppe (93) 




Bonjour la liste,

Je ne sais plus si la question a déjà été posé :

Lorsqu'un champ input est entre balise label, sans autre moyen
préconisé par le test 11.1.1 (ni title, ni aria-label ou
aria-labelledby) et sans respecter le test 11.1.2 (pas de id / for) :

Prénom : 

Je dois le considérer comme 'Non Conforme'.

Pourtant : 

  Au moins NVDA (et a priori JAWS) m'indique bien "Prénom" lorsque
je tabule dans le champ (NVDA donne "Prénom :  édition  avec
auto-complétion vide", soit exactement la même chose que si j'avais
Prénom : )
  
  Ce label se comporte comme un label rattaché au champ, c'est à
dire en cliquant sur Prénom , le focus est mis dans le champ
  le validateur W3C n'indique pas d'erreur
  

Par conséquent, il est difficile demander à un développeur de "revoir
sa copie" avec pour unique argument que ce n'est pas RGAA.

Auriez-vous des arguments pour inciter à mettre le code en conformité
(cas où l'input dans le label ne fonctionnerait pas correctement...) ?

Merci la liste

PS : pour cause de déplacement professionnel prévu de longue date, je
ne pourrai pas être des vôtres le 17.10.


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