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 <[email protected]>
Pour : [email protected]
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) :
   <label>Prénom : <input type="text" /></label>
   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
       <label for="">Prénom :</label> <input id="id" type="text" />)
     * 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, <label>First name <input type="text" name="firstname"></label>). »

(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
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
    

_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org


  

_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Répondre à