bonsoir, juste pour ajouter un gravier à l'édifice, ne mettre que des title aux champs de formulaire et s'appuyer sur un place holder, voilà pourquoi c'est mal : le support (interopérabilité) du title dans les input est bon, mais c'est ergnomie, en fait, l'utilisabilité d'une telle solution sur de multiples champs (notamment dan un contexte d'appli métier), qui est catastrophique, on doit toujours se demander :"que doit je remplir dans ce champ ?". Même avec un placeholder, la question reste entière dès qu'on rentre dans le champ et que le placeholder disparait ! Ici, ce n'est pas que de l'accessibilité, c'est du bon sens ergonomique : très souvent, si personne n'a encore fait ça, ce n'est pas parce qu'on a eu une idée de génie, mais c'est que c'est une très mauvaise idée ! donc, faites de l'accessibilité, oui, bien sûr, c'est essentiel (en fait juste le respect de la loi dans votre cas ;)!)mais couplez la à de l'ergo (côté utilisabilité) pour éviter de telles aberrations, bonsoir
----- Mail original ----- De: "ROSA Giuseppe (93)" <[email protected]> À: "liste gta" <[email protected]> Envoyé: Lundi 21 Juillet 2014 18:56:34 Objet: Re: [Liste GTA] Etiquette de champ de saisie de formulaire Merci Aurélien, Tu confirmes donc ce que je craignais. J'ai en fait un peu de mal à pousser l'accessibilité lorsqu'il ne s'agit pas de respecter des contraintes clairement identifiées. Dans le cas de figure cité, le souhait de la moa, sur des applications métiers, était de remplacer des labels de champs de saisie en les remplaçant par des placeholders, mais de conserver la référence. Pour donner une analogie, par exemple lorsqu'on déclare ses impôts, chaque champ à un référence, AC05 , ainsi qu'un intitulé, Déclarant 1 - Cotisation syndicale (la référence et l'intitulé sont ici inventés). D'où pour avoir de beaux formulaires, bien alignés, l'idée de ne conserver que la référence sur 4 caractères. Cordialement, DGFiP Giuseppe ROSA Inspecteur Analyste Atelier SODA - bureau SI-1A Site SODA : http://si1a.intranet.dgfip/soda tel : 01.573.36.997 pièce : 2388 Adoptez l'éco-attitude. N'imprimez ce mail que si c'est vraiment nécessaire -------- Message original -------- Sujet : Re: [Liste GTA] Etiquette de champ de saisie de formulaire De : Aurélien Levy <[email protected]> Pour : [email protected] Date : 21/07/2014 18:31 Bonjour Giuseppe, c'est effectivement formellement possible, ça serait donc conforme (mais clairement pas la solution la plus accessible). Il y a deux techniques wcag qui permettent de dire que les titles sont une solution utilisables. La technique h33 pour les liens et la technique h65 pour les formulaires http://www.w3.org/TR/WCAG20-TECHS/H65.html Dans la technique h33 on peut notamment lire "Because of the extensive user agent limitations in supporting access to the title attribute, authors should use caution in applying this technique" et une bonne partie des problèmes signalés dans notes agents utilisateur du h33 s'appliquent également http://www.w3.org/WAI/WCAG20/Techniques/ua-notes/html#H33 au cas du h65 Par ailleurs, la technique h65 dit bien "to label form controls when the visual design cannot accommodate the label", il s'agit donc bien d'un choix à faire coté design rattrapable à coup de title niveau technique et non de la solution à privilégier. Tout dépend donc de l'objectif (conformité / accessibilité) et de la phase à laquelle tu interviens (conception, création, intégration, recette, correction) Si tu interviens en conception / création d'un nouveau service il faut demander à ton designer de justifier pourquoi il ne peut pas mettre un label (autrement que par "c'est pas beau!" ou "c'est pas la mode" si possible) Aurélien Bonjour à tous, Dans l'administration nous avons énormément de formulaire. Je tente donc de pousser à l'adoption de bonnes pratiques notamment sur cette thématique. Toutefois j'ai un soucis concernant : Critère 11.1 [A] Chaque champ de formulaire a-t-il une étiquette ? Test 11.1.1 : Chaque champ de formulaire vérifie-t-il une de ces conditions ? * Le champ de formulaire possède un attribut title Si je m'appuie uniquement sur les critères, sans prendre en compte d'autres aspects (design, ergonomie...), il semble possible de réaliser un formulaire en ne mettant aucun label sur les champs de saisie mais uniquement des title explicite (test de pertinence 11.2.2 respecté) ? ... <input id="madame" name="genre" type="radio" title="Madame" /><input id="mademoiselle" name="genre" type="radio" title="Mademoiselle" /><input id="monsieur" name="genre" type="radio" title="Monsieur"/><br /> <input id="nom" type="texte" title="Saisir le Nom" value=""></input><br /> <input id="prenom" type="texte" title="Saisir le Prénom" value=""></input><br /> ... Si c'est le cas, j'ai des difficulté à comprendre comment des utilisateurs exclusifs du clavier (mais voyant) auront accès à l'information (si des éléments de type placeholder ou autres ne sont pas utilisés). Dans l'exemple, j'ai poussé un peu loin, notamment avec les boutons radio et sans placeholder, mais en fait il s'agit d'une question réelle où il s'agissait de remplacer l'ensemble des label par des placeholder et en ajoutant des title sur les champs de type text . Merci pour vos lumières. -- Cordialement, DGFiP Giuseppe ROSA Inspecteur Analyste Atelier SODA - bureau SI-1A Site SODA : http://si1a.intranet.dgfip/soda tel : 01.573.36.997 pièce : 2388 Adoptez l'éco-attitude. N'imprimez ce mail que si c'est vraiment nécessaire _______________________________________________ liste_gta mailing list [email protected] http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org -- Aurélien Levy ---- Temesis _______________________________________________ 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
