Bonjour Victor,

 

Merci beaucoup pour toutes ces précisions. Donc si j’ai bien compris, le
placeholder n’est pas la bonne solution, il faut faire les suggestions dans
le label.

Par contre ce n’est pas encore clair pour moi sur le doctype : d’une façon
générale, lorsque l’on a un doctype xhtml 1 et que l’on y incorpore des
attributs html5 cela n’invalide pas le test mais cela invalide le doctype ?

 

Cordialement,

 

 


cid:[email protected]

 


 

--

RACHEL FOUCARD
Responsable Technique

TYPO3 French Committee Assessor

 <http://www.w-seils.com/> www.w-seils.com

 


 <mailto:[email protected]> [email protected]
Tel    <tel:%2B33%20%280%292%2028%2023%2070%2072> +33 (0)2 28 23 70 72
Mobile    <tel:%2B33%20%280%296%2061%2079%2029%2058> +33 (0)6 98 87 88 18

 

 

De : liste_gta [mailto:[email protected]] De la part de
Victor Brito
Envoyé : jeudi 12 décembre 2013 14:08
À : [email protected]
Objet : Re: [Liste GTA] placeholder et critère 11.11

 

Bonjour, Rachel, bonjour, la liste,

Placeholder étant un attribut HTML 5, le référentiel Accessiweb 2.2 n'est
pas approprié, contrairement au nouveau référentiel Accessiweb HTML 5 /
ARIA, qui sera présenté jeudi prochain lors du séminaire Accessiweb.

Pour le reste, cet attribut n'est pas indiqué pour indiquer une suggestion
après erreur de saisie (idéalement, les suggestions devraient être placées
au sein de l'élément label) et cet attribut peut être émulé dans les
versions de navigateur ne l'implémentant pas nativement (via du JavaScript).
Quant à la validité du code par rapport au doctype employé, les attributs
qui, sauf indication contraire, ne sont pas répertoriés dans les
spécifications (c'est le cas de placeholder dans les specs HTML 4 et XHTML
1) sont non applicables, ce qui veut dire que leur emploi en soi n'invalide
pas le critère 8.2 (même s'il est toujours possible de faire remarquer que
l'attribut placeholder est invalide en XHTML 1.0).

Enfin, à la question de l'accessibilité des attributs HTML 5 en général,
j'ai envie de répondre : « Ça dépend. » Plus sérieusement, le nouveau
référentiel Accessiweb HTML 5 / ARIA apportera les réponses à cette question
(sans doute une raison de réserver une place pour le séminaire jeudi
prochain ;-) [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 Brito
<http://www.victor-brito.fr> 


Sur les réseaux sociaux


·         Suivre Victor Brito sur  <http://twitter.com/victorbritopro>
Twitter

·         Suivre Victor Brito sur Diaspora
<https://joindiaspora.com/u/victorbritopro> 


Sans oublier


·         La fiche de membre du Groupe de Travail Accessiweb
<http://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 / CSS
<http://profession-integrateur-xhtml-css.fr> 

Le 12/12/2013 12:53, Rachel Foucard a écrit :

Bonjour à tous,

 

Je suis en train de faire un audit RGAA (niveau AA) sur une page contenant
un formulaire et pour cela je me base sur le référentiel accessiweb 2.2
niveau bronze. 

Il y a un critère et une proposition de solution qui soulève plusieurs
questions :

 

Pour le critère 11.11
(http://www.accessiweb.org/index.php/accessiweb_2.2_liste_generale.html#crit
-11-11 ), et donc pour le test RGAA
3.13(http://www.rgaa.net/Presence-d-informations-ou-de.html ) :

 

Si l’on propose un placeholder pour suggérer un exemple de saisie dans un
champ du formulaire, comme il s’agit d’un site initialement en XHTML 1.0
Transitional, 

 

1 – La suggestion devant intervenir après une erreur, si l’internaute a
saisie quelque chose dans la champ, il n’y a plus de placeholder… la
solution proposée est-elle appropriée ?

2 - Comme le placeholder est un attribut HTML5, il ne sera pas vu par des
navigateurs tels que ie7,8,9 est-ce vraiment accessible comme solution ? et
de façon plus générale, un attribut HTML5 est-il une solution accessible ?

3 - le client s’interroge du coup sur la validité de sa déclaration de
doctype, est-ce bien du HTML5 « déduit » ?

 

D’avance merci pour vos éclaircissements J

 

Cordialement,

 

 


cid:[email protected]

 


 

--

RACHEL FOUCARD
Responsable Technique

TYPO3 French Committee Assessor

 <http://www.w-seils.com/> www.w-seils.com

 


 <mailto:[email protected]> [email protected]
Tel    <tel:%2B33%20%280%292%2028%2023%2070%2072> +33 (0)2 28 23 70 72
Mobile    <tel:%2B33%20%280%296%2061%2079%2029%2058> +33 (0)6 98 87 88 18

 

 






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

 

<<image001.jpg>>

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

Répondre à