Re: [Liste GTA] Structure Fil d'Ariane

2016-05-02 Par sujet Vargenau, Marc-Etienne (Nokia - FR) 
Bonjour Romain,

La balise  était présente dans le brouillon de norme en 2012 : 
https://www.w3.org/TR/2012/CR-html5-20121217/

Elle était dans la section "à risque" pour défaut d'implémentation et a été 
abandonnée par la suite pour cette raison.

Cordialement,

Marc-Etienne

--
Marc-Etienne Vargenau marc-etienne.varge...@nokia.com
Nokia, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833


De : liste_gta [liste_gta-boun...@list.accessiweb.org] de la part de EXT Romain 
Gervois [cont...@romaingervois.fr]
Envoyé : lundi 2 mai 2016 14 h 16
À : GTA
Objet : Re: [Liste GTA] Structure Fil d'Ariane

Bonjour Marc-Etienne,

L'élément menu est effectivement absent de la spécification HTML 5 mais présent 
dans le Working Draft de HTML 5.1 : https://www.w3.org/TR/html51/

Il me semble n'avoir jamais vu cet élément menu dans la spécification HTML 5 du 
W3C, de l'avoir toujours vu dans le HTML LS mais jamais entendu parlé d'un 
abandon.

Romain

Le 2 mai 2016 à 10:36, Vargenau, Marc-Etienne (Nokia - FR) 
> a 
écrit :
Bonjour,

A ma connaissance, la balise  n'existe pas en HTML5 tel que normalisé par 
le W3C : https://www.w3.org/TR/html5/

Elle faisait partie des brouillons de norme, mais n'a pas été retenue dans la 
version finale.

Cordialement,

Marc-Etienne

--
Marc-Etienne Vargenau 
marc-etienne.varge...@nokia.com
Nokia, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833


De : liste_gta 
[liste_gta-boun...@list.accessiweb.org]
 de la part de EXT Romain Gervois 
[cont...@romaingervois.fr]
Envoyé : samedi 23 avril 2016 18 h 41
À : GTA

Objet : Re: [Liste GTA] Structure Fil d'Ariane

Bonjour,

En fait, l'élément menu existe : il permet de faire des menus applicatifs au 
sens large ou de gérer des menus contextuels.
Donc bien sur non adapté à un fil d'ariane.

Concernant une implémentation "à plat" ou via liste du fil d'ariane, il me 
semble que le seul critère de décision peut être celui de la lourdeur en terme 
de restitution. Je suis pro implémentation "à plat" mais je ne suis pas gêné 
par une implémentation via liste ordonnée bien réalisée (ul non adaptée).

La notion de hiérarchie est une lecture possible pour un fil d'ariane. 
Personnellement, je considère qu'on est dans une suite d'étapes pour atteindre 
un document d'où ma tolérance à une liste ordonnée. Cette deuxième lecture est 
applicable et compatible également dans des cas où un document peut se trouver 
dans des parcours de navigation différents.

Enfin, concernant l'implémentation via nav, il s'agit pour moi d'une question 
de pertinence, de contexte et du poids que l'on souhaite donner à cet élément 
d'interface. Autant sur un site Web classique, cela me semble inutile et 
potentiellement problématique. Autant dans le contexte d'une application Web 
métier plus ou moins, cela peut avoir un vrai intérêt.

Romain

Le 22 avril 2016 à 13:26, Olivier Nourry 
> a écrit :
Salut Steven,

Arf, l'exemple WCAG qui tue!! Bon visiblement ils sont pas d'accord avec moi. 
Je trouve un peu bidon l'argument de donner à l'utilisateur un numéro d'item 
via la structure UL, je ne vois pas trop ce que cela apporte de savoir que l'on 
est sur l'item n°3, sous entendu 3ème niveau d'arbo, dans ce cas de figure. Je 
ne dis pas que ça ne sert à rien du tout, mais mis en balance avec le surplus 
de vocalisation, je ne suis pas certain que c'est gagnant.
On a eu l'avis de Sylvie (qui penchait pour la succession de liens à plat), 
d'autres avis seraient bienvenus!

Sur la balise NAV, pareil, je suis circonspect. En fait il y a peut-être une 
divergence WCAG/RGAA ici. Car tel que c'est rédigé dans le RGAA (critère 9.2 
notamment), pour moi NAV est l'apanage des menus, exclusivement. Or, si la 
balise  existait, il ne me viendrait pas à l'idée de la mettre sur un fil 
d'Ariane... Car en soi ce n'est pas un menu dans le sens: liste exhaustive des 
liens d'une section donnée.
On peut le voir sous un autre angle: si j'ai, mettons, un plan de site et un 
fil d'Ariane, et rien d'autre, je ne validerai pas le critère 12.1 ("au moins 2 
systèmes de navigation"), considérant que le fil d'Ariane ne répond pas au 
besoin d'un système de navigation me permettant de parcourir l'ensemble du site 
(fonctionnellement c'est juste un rappel de la position courante, et parfois il 
n'y a même pas de liens). Si je veux rester cohérent avec cette position (qui 
parait logique), je ne peux pas considérer le fil d'Ariane comme un menu de 
navigation.

Mais bon, j'ai peut-être juste mal compris la nuance menu/barre de navigation!





Olivier Nourry
about.me/oliviernourry







Le 21 avril

Re: [Liste GTA] Title sur labels

2016-05-02 Par sujet Antoine Bouet 

Merci pour vos réponses :)

Le 02/05/2016 10:17, Steven Mouret a écrit :

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

Jouve 
1, rue du docteur Sauvé, 53101 Mayenne CEDEX
www.jouve.com 

Twitter  Google +
 LinkedIn
Viadeo




Jouve 

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 list
liste_gta@list.accessiweb.org 
http://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 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


--
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 list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Re: [Liste GTA] Structure Fil d'Ariane

2016-05-02 Par sujet Romain Gervois 
Bonjour Marc-Etienne,

L'élément menu est effectivement absent de la spécification HTML 5 mais
présent dans le Working Draft de HTML 5.1 : https://www.w3.org/TR/html51/

Il me semble n'avoir jamais vu cet élément menu dans la spécification HTML
5 du W3C, de l'avoir toujours vu dans le HTML LS mais jamais entendu parlé
d'un abandon.

Romain

Le 2 mai 2016 à 10:36, Vargenau, Marc-Etienne (Nokia - FR) <
marc-etienne.varge...@nokia.com> a écrit :

> Bonjour,
>
> A ma connaissance, la balise  n'existe pas en HTML5 tel que
> normalisé par le W3C : https://www.w3.org/TR/html5/
>
> Elle faisait partie des brouillons de norme, mais n'a pas été retenue dans
> la version finale.
>
> Cordialement,
>
> Marc-Etienne
>
> --
> Marc-Etienne Vargenau marc-etienne.varge...@nokia.com
> Nokia, Route de Villejust, 91620 NOZAY, FRANCE
> +33 1 60 40 28 33 OnNet 2103 2833
>
> --
> *De :* liste_gta [liste_gta-boun...@list.accessiweb.org] de la part de
> EXT Romain Gervois [cont...@romaingervois.fr]
> *Envoyé :* samedi 23 avril 2016 18 h 41
> *À :* GTA
>
> *Objet :* Re: [Liste GTA] Structure Fil d'Ariane
>
> Bonjour,
>
> En fait, l'élément menu existe : il permet de faire des menus applicatifs
> au sens large ou de gérer des menus contextuels.
> Donc bien sur non adapté à un fil d'ariane.
>
> Concernant une implémentation "à plat" ou via liste du fil d'ariane, il me
> semble que le seul critère de décision peut être celui de la lourdeur en
> terme de restitution. Je suis pro implémentation "à plat" mais je ne suis
> pas gêné par une implémentation via liste ordonnée bien réalisée (ul non
> adaptée).
>
> La notion de hiérarchie est une lecture possible pour un fil d'ariane.
> Personnellement, je considère qu'on est dans une suite d'étapes pour
> atteindre un document d'où ma tolérance à une liste ordonnée. Cette
> deuxième lecture est applicable et compatible également dans des cas où un
> document peut se trouver dans des parcours de navigation différents.
>
> Enfin, concernant l'implémentation via nav, il s'agit pour moi d'une
> question de pertinence, de contexte et du poids que l'on souhaite donner à
> cet élément d'interface. Autant sur un site Web classique, cela me semble
> inutile et potentiellement problématique. Autant dans le contexte d'une
> application Web métier plus ou moins, cela peut avoir un vrai intérêt.
>
> Romain
>
> Le 22 avril 2016 à 13:26, Olivier Nourry  a écrit :
>
>> Salut Steven,
>>
>> Arf, l'exemple WCAG qui tue!! Bon visiblement ils sont pas d'accord avec
>> moi. Je trouve un peu bidon l'argument de donner à l'utilisateur un numéro
>> d'item via la structure UL, je ne vois pas trop ce que cela apporte de
>> savoir que l'on est sur l'item n°3, sous entendu 3ème niveau d'arbo, dans
>> ce cas de figure. Je ne dis pas que ça ne sert à rien du tout, mais mis en
>> balance avec le surplus de vocalisation, je ne suis pas certain que c'est
>> gagnant.
>> On a eu l'avis de Sylvie (qui penchait pour la succession de liens à
>> plat), d'autres avis seraient bienvenus!
>>
>> Sur la balise NAV, pareil, je suis circonspect. En fait il y a peut-être
>> une divergence WCAG/RGAA ici. Car tel que c'est rédigé dans le RGAA
>> (critère 9.2 notamment), pour moi NAV est l'apanage des menus,
>> exclusivement. Or, si la balise  existait, il ne me viendrait pas à
>> l'idée de la mettre sur un fil d'Ariane... Car en soi ce n'est pas un menu
>> dans le sens: liste exhaustive des liens d'une section donnée.
>> On peut le voir sous un autre angle: si j'ai, mettons, un plan de site et
>> un fil d'Ariane, et rien d'autre, je ne validerai pas le critère 12.1 ("au
>> moins 2 systèmes de navigation"), considérant que le fil d'Ariane ne répond
>> pas au besoin d'un système de navigation me permettant de parcourir
>> l'ensemble du site (fonctionnellement c'est juste un rappel de la position
>> courante, et parfois il n'y a même pas de liens). Si je veux rester
>> cohérent avec cette position (qui parait logique), je ne peux pas
>> considérer le fil d'Ariane comme un menu de navigation.
>>
>> Mais bon, j'ai peut-être juste mal compris la nuance menu/barre de
>> navigation!
>>
>>
>>
>>
>> [image: --]
>> Olivier Nourry
>> [image: http://]about.me/oliviernourry
>> 
>>
>>
>> Le 21 avril 2016 à 17:13, Steven Mouret  a
>> écrit :
>>
>>> 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

Re: [Liste GTA] Structure Fil d'Ariane

2016-05-02 Par sujet Vargenau, Marc-Etienne (Nokia - FR) 
Bonjour,

A ma connaissance, la balise  n'existe pas en HTML5 tel que normalisé par 
le W3C : https://www.w3.org/TR/html5/

Elle faisait partie des brouillons de norme, mais n'a pas été retenue dans la 
version finale.

Cordialement,

Marc-Etienne

--
Marc-Etienne Vargenau marc-etienne.varge...@nokia.com
Nokia, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 60 40 28 33 OnNet 2103 2833


De : liste_gta [liste_gta-boun...@list.accessiweb.org] de la part de EXT Romain 
Gervois [cont...@romaingervois.fr]
Envoyé : samedi 23 avril 2016 18 h 41
À : GTA
Objet : Re: [Liste GTA] Structure Fil d'Ariane

Bonjour,

En fait, l'élément menu existe : il permet de faire des menus applicatifs au 
sens large ou de gérer des menus contextuels.
Donc bien sur non adapté à un fil d'ariane.

Concernant une implémentation "à plat" ou via liste du fil d'ariane, il me 
semble que le seul critère de décision peut être celui de la lourdeur en terme 
de restitution. Je suis pro implémentation "à plat" mais je ne suis pas gêné 
par une implémentation via liste ordonnée bien réalisée (ul non adaptée).

La notion de hiérarchie est une lecture possible pour un fil d'ariane. 
Personnellement, je considère qu'on est dans une suite d'étapes pour atteindre 
un document d'où ma tolérance à une liste ordonnée. Cette deuxième lecture est 
applicable et compatible également dans des cas où un document peut se trouver 
dans des parcours de navigation différents.

Enfin, concernant l'implémentation via nav, il s'agit pour moi d'une question 
de pertinence, de contexte et du poids que l'on souhaite donner à cet élément 
d'interface. Autant sur un site Web classique, cela me semble inutile et 
potentiellement problématique. Autant dans le contexte d'une application Web 
métier plus ou moins, cela peut avoir un vrai intérêt.

Romain

Le 22 avril 2016 à 13:26, Olivier Nourry 
> a écrit :
Salut Steven,

Arf, l'exemple WCAG qui tue!! Bon visiblement ils sont pas d'accord avec moi. 
Je trouve un peu bidon l'argument de donner à l'utilisateur un numéro d'item 
via la structure UL, je ne vois pas trop ce que cela apporte de savoir que l'on 
est sur l'item n°3, sous entendu 3ème niveau d'arbo, dans ce cas de figure. Je 
ne dis pas que ça ne sert à rien du tout, mais mis en balance avec le surplus 
de vocalisation, je ne suis pas certain que c'est gagnant.
On a eu l'avis de Sylvie (qui penchait pour la succession de liens à plat), 
d'autres avis seraient bienvenus!

Sur la balise NAV, pareil, je suis circonspect. En fait il y a peut-être une 
divergence WCAG/RGAA ici. Car tel que c'est rédigé dans le RGAA (critère 9.2 
notamment), pour moi NAV est l'apanage des menus, exclusivement. Or, si la 
balise  existait, il ne me viendrait pas à l'idée de la mettre sur un fil 
d'Ariane... Car en soi ce n'est pas un menu dans le sens: liste exhaustive des 
liens d'une section donnée.
On peut le voir sous un autre angle: si j'ai, mettons, un plan de site et un 
fil d'Ariane, et rien d'autre, je ne validerai pas le critère 12.1 ("au moins 2 
systèmes de navigation"), considérant que le fil d'Ariane ne répond pas au 
besoin d'un système de navigation me permettant de parcourir l'ensemble du site 
(fonctionnellement c'est juste un rappel de la position courante, et parfois il 
n'y a même pas de liens). Si je veux rester cohérent avec cette position (qui 
parait logique), je ne peux pas considérer le fil d'Ariane comme un menu de 
navigation.

Mais bon, j'ai peut-être juste mal compris la nuance menu/barre de navigation!





Olivier Nourry
about.me/oliviernourry







Le 21 avril 2016 à 17:13, Steven Mouret 
> a écrit :
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 
> 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

Re: [Liste GTA] Title sur labels

2016-05-02 Par sujet 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  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] 
> 1, rue du docteur Sauvé, 53101 Mayenne CEDEX
> www.jouve.com
> [image: Twitter]  [image: Google +]
>  [image: LinkedIn]
>  [image: Viadeo]
> 
>  [image:
> Jouve] 
>
>
> 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] Title sur labels

2016-05-02 Par sujet Cyril Lamotte 

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

Jouve 
1, rue du docteur Sauvé, 53101 Mayenne CEDEX
www.jouve.com 

Twitter  	Google + 
 	LinkedIn 
 	Viadeo 
 



Jouve 

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 list
liste_gta@list.accessiweb.org
http://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 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

2016-05-02 Par sujet Antoine Bouet 
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 list
liste_gta@list.accessiweb.org
http://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 list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org