pardon ?
c'est quoi ton histoire ?
Le 17 mai 2010 à 11:46, prigent.yohann@gmail.com a écrit :
Author: prigent.yohann@gmail.com
Date: 2010-05-17 23:46:46 +0200 (Mon, 17 May 2010)
New Revision: 38239Modified:
_plugins_/compositions/formulaires/editer_composition_objet.html
Log:
Un <p> à la place d'un <label> sinon ça planteDetails: Connexion · GitLab
_______________________________________________
Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit
Avant :
http://img143.imageshack.us/img143/5909/capturedcran20100518000.png
Après :
http://img243.imageshack.us/img243/5909/capturedcran20100518000.png
Le 18 mai 2010 à 00:01, cedric.morin@yterium.com a écrit :
pardon ?
c'est quoi ton histoire ?Le 17 mai 2010 à 11:46, prigent.yohann@gmail.com a écrit :
Author: prigent.yohann@gmail.com
Date: 2010-05-17 23:46:46 +0200 (Mon, 17 May 2010)
New Revision: 38239Modified:
_plugins_/compositions/formulaires/editer_composition_objet.html
Log:
Un <p> à la place d'un <label> sinon ça planteDetails: Connexion · GitLab
_______________________________________________
Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit
--
Yohann Prigent
prigent.yohann@gmail.com
Et alors c'est sensé prouver quoi ?
Si l'affichage est defectueux c'est un problème de CSS.
On ne traite pas les défaut d'affichage par la structure du html sans une bonne raison.
Remplacer un label par p est non mineur, et sémantiquement très différent.
Qui plus est, ton message de commit est pour le moins hasardeux
"ça plante" me suggère une erreur fatale, et donc un défaut grave, quand il ne s'agit en fait que d'un défaut bénin d'affichage.
Merci de revert ça, et de corriger le CSS si tu veux.
Le 18 mai 2010 à 00:07, Yohann Prigent a écrit :
Avant :
ImageShack - Best place for all of your image hosting and image sharing needs
Après :
ImageShack - Best place for all of your image hosting and image sharing needsLe 18 mai 2010 à 00:01, cedric.morin@yterium.com a écrit :
pardon ?
c'est quoi ton histoire ?Le 17 mai 2010 à 11:46, prigent.yohann@gmail.com a écrit :
Author: prigent.yohann@gmail.com
Date: 2010-05-17 23:46:46 +0200 (Mon, 17 May 2010)
New Revision: 38239Modified:
_plugins_/compositions/formulaires/editer_composition_objet.html
Log:
Un <p> à la place d'un <label> sinon ça planteDetails: Connexion · GitLab
_______________________________________________
Spip-zone-commit@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone-commit--
Yohann Prigent
prigent.yohann@gmail.com_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Je ne suis pas du tout intégrateur web mais je crois bien que le label n'est pas très fait pour ça. A part si y'a un select (je crois en avoir vu un dans des screenshots). Donc pourquoi mettre un label si y'a pas de champ à remplir ? Un <p> comme une explication est plus convenable à ma guise, non ?
Le 18 mai 2010 à 00:14, cedric.morin@yterium.com a écrit :
Et alors c'est sensé prouver quoi ?
Si l'affichage est defectueux c'est un problème de CSS.
On ne traite pas les défaut d'affichage par la structure du html sans une bonne raison.
Remplacer un label par p est non mineur, et sémantiquement très différent.Qui plus est, ton message de commit est pour le moins hasardeux
"ça plante" me suggère une erreur fatale, et donc un défaut grave, quand il ne s'agit en fait que d'un défaut bénin d'affichage.Merci de revert ça, et de corriger le CSS si tu veux.
--
Yohann Prigent
prigent.yohann@gmail.com
Je ne suis pas du tout intégrateur web mais je crois bien que le label n'est pas très fait pour ça. A part si y'a un select (je crois en avoir vu un dans des screenshots). Donc pourquoi mettre un label si y'a pas de champ à remplir ? Un <p> comme une explication est plus convenable à ma guise, non ?
Le "label" indique sémantiquement la légende.... Ce ne sont pas
seulement les "select" (liste déroulante ou pas) qui doivent être
légendé dans un formulaire ; les "textarea" (zones de saisie
textuelle) et toutes les entrées (donc "input" peut importe que ce
soit des cases à cocher, des boutons radio, une ligne visible ou
masquée, ou même un boutan)...!
Un paragraphe est et demeure un paragraphe qui n'est en aucun cas lié
à un/une choix/action même s'il est dans le formulaire (phrase
explicative par exemple). La sémantique n'est hélas (?!) pas visuelle
et les traitements varient selon les outils utilisés (utiliser des Ps
à la place des LABELs peut ruiner la navigation dans un navigateur
texte ou vocal, tout comme ça induirait en erreur les outils
d'extraction automatique)
Qui plus est, ton message de commit est pour le moins hasardeux
"ça plante" me suggère une erreur fatale, et donc un défaut grave, quand il ne s'agit en fait que d'un défaut bénin d'affichage.
En effet, on aurait pensé que la page ne s'affiche plus du tout ou pas
complètement.
C'est tout comme crier au feup parce-qu'on n'aime pas la tapisserie ;
c'est vraiment excessif.
Le 18/05/2010 00:21, Yohann Prigent a écrit :
Je ne suis pas du tout intégrateur web mais je crois bien que le label n'est pas très fait pour ça. A part si y'a un select (je crois en avoir vu un dans des screenshots). Donc pourquoi mettre un label si y'a pas de champ à remplir ? Un <p> comme une explication est plus convenable à ma guise, non ?
Cette page d'Openweb :
Utilisation des formulaires | Openweb.eu.org est une excellente
entrée en matière pour ce qui est du code HTML de formulaires valides et
accessibles.
Pour compléter les explications de Gildas, un bouton radio (et une case
à cocher) sont bien des éléments de formulaire qui nécessitent non pas
une saisie de texte mais un choix binaire oui/non. Et il faut bien une
étiquette à proximité immédiate pour expliquer devant quel choix on se
trouve. Pour select non plus il n'y a pas de champ à remplir, juste un
(ou parfois plusieurs) choix à faire parmi N entrées prédéfinies.
La seule astuce visuelle que je connaisse, c'est que si tu cliques sur
l'étiquette d'un élément de formulaire bien fichu (couple d'attributs
for/id) cela doit "sélectionner" l'élément correspondant, soit en
plaçant le curseur dedans soit en cochant la case. Un gros gain de temps
pour tous dans les interfaces complexes et juste essentiel pour les
non-voyants.
PS: je préfère le mot étiquette pour les label parce que légende est
déjà utilisé pour l'élément legend associé à l'élément fieldset.
Ph. Vayssière
--
www.alsacreations.fr - www.alsacreations.com
Le 18 mai 2010 à 00:21, Yohann Prigent a écrit :
Je ne suis pas du tout intégrateur web mais je crois bien que le label n'est pas très fait pour ça. A part si y'a un select (je crois en avoir vu un dans des screenshots). Donc pourquoi mettre un label si y'a pas de champ à remplir ? Un <p> comme une explication est plus convenable à ma guise, non ?
ta guise n'est pas la mienne, et crois bien que je prends le temps de réfléchir avant de mettre un <p> ou un <label> dans un formulaire, et que je ne fais pas ça à la va-comme-je-te-pousse.
En l'occurrence c'est bien un <label> que je veux là, qui n'a rien a voir avec un <p>.
Même si il n'est pas directement relié à un champ, il a une valeur sémantique bien supérieure.
Cédric
(Au fait, pour pas avoir l'air de quelqu'un qui veut gagner à tout prix : Je ne parle pas pour essayer d'avoir raison, je me trompe c'est vrai, souvent, mais j'aimerais avoir un peu plus de détails sur ceci et pourquoi pas cela.)
Il ne serait pas mieux dans ce cas d'utiliser un <fieldset> avec des <legend> ? J'ai lu les explications de Gildas et Philippe mais, encore, j'arrive pas à me mettre ça dans la tête.
Tu penses pas du tout que ce serait mieux de passer par un <fieldset> + <legend> ? Ca éviterait de bidouiller le CSS en plus. J'avais vu sur le site de Tetue ça : Formulaires bien structurés
Ici on mettait des <legend>.
Sinon, si bien sûr t'es pas d'accord, je revert, mais je voudrais savoir pourquoi pas ça 
?
Le 18 mai 2010 à 11:14, cedric.morin@yterium.com a écrit :
ta guise n'est pas la mienne, et crois bien que je prends le temps de réfléchir avant de mettre un <p> ou un <label> dans un formulaire, et que je ne fais pas ça à la va-comme-je-te-pousse.
En l'occurrence c'est bien un <label> que je veux là, qui n'a rien a voir avec un <p>.
Même si il n'est pas directement relié à un champ, il a une valeur sémantique bien supérieure.
--
Yohann Prigent
prigent.yohann@gmail.com
Un fieldest+legend pourrait aussi se défendre (plus qu'un <p>), mais il correspond à la réunion d'un groupe de saisies, alors qu'on a là qu'une seule saisie sous forme de bouton radio. Par ailleurs, le legend est extrêmement mal stylable et buggé dans plein de navigateur, moins on l'utilise mieux on se porte.
La convention décrite ici Structure HTML des formulaires de SPIP - SPIP ne précise pas quelle balise html utiliser pour le label introductif de la question, et non raccordé aux input eux-mêmes.
Mais sémantiquement c'est bien un label qui est le plus pertinent, un <p class='explications'></p> etant ajouté en sus dans les cas ou un court texte est nécessaire en plus.
On peut techniquement mettre tout et n'importe quoi, mais du point de vue de la sémantique c'est bien à un label que ce texte s'apparente le plus.
C'est ce que j'utilise systématiquement dans tous mes plugins dans cette situation, et il y a donc une cohérence d'usage que je compte bien garder, sauf à avoir une meilleure solution. Ce n'est pas le cas du fieldset+legend, ni du p.
En tout état de cause, la modification de l'apparence ne doit jamais être une raison valable pour changer la nature d'une balise html qui porte de la sémantique et non de l'apparence.
C'est pourtant ce que tu as fait, et que je désapprouve totalement, d'où ma demande, car pendant ce temps là, le plugin est bien "planté", comme tu dis.
Cédric
Le 18 mai 2010 à 13:23, Yohann Prigent a écrit :
(Au fait, pour pas avoir l'air de quelqu'un qui veut gagner à tout prix : Je ne parle pas pour essayer d'avoir raison, je me trompe c'est vrai, souvent, mais j'aimerais avoir un peu plus de détails sur ceci et pourquoi pas cela.)
Il ne serait pas mieux dans ce cas d'utiliser un <fieldset> avec des <legend> ? J'ai lu les explications de Gildas et Philippe mais, encore, j'arrive pas à me mettre ça dans la tête.Tu penses pas du tout que ce serait mieux de passer par un <fieldset> + <legend> ? Ca éviterait de bidouiller le CSS en plus. J'avais vu sur le site de Tetue ça : Formulaires bien structurés
Ici on mettait des <legend>.Sinon, si bien sûr t'es pas d'accord, je revert, mais je voudrais savoir pourquoi pas ça
Le 18 mai 2010 à 11:14, cedric.morin@yterium.com a écrit :
ta guise n'est pas la mienne, et crois bien que je prends le temps de réfléchir avant de mettre un <p> ou un <label> dans un formulaire, et que je ne fais pas ça à la va-comme-je-te-pousse.
En l'occurrence c'est bien un <label> que je veux là, qui n'a rien a voir avec un <p>.
Même si il n'est pas directement relié à un champ, il a une valeur sémantique bien supérieure.--
Yohann Prigent
prigent.yohann@gmail.com
Reverté par [38253] en attendant de styliser mieux dans la semaine :). Merci pour ces explications utile.
Par ailleurs, pour la réunion du groupe de saisies, on pourrait pas réunir le Choisir en article d’accueil avec les radios pour utiliser des + ?
A+
Le 18 mai 2010 13:52, cedric.morin@yterium.com <cedric.morin@yterium.com> a écrit :
Un fieldest+legend pourrait aussi se défendre (plus qu’un
), mais il correspond à la réunion d’un groupe de saisies, alors qu’on a là qu’une seule saisie sous forme de bouton radio. Par ailleurs, le legend est extrêmement mal stylable et buggé dans plein de navigateur, moins on l’utilise mieux on se porte.
La convention décrite ici http://www.spip.net/fr_article3791.html ne précise pas quelle balise html utiliser pour le label introductif de la question, et non raccordé aux input eux-mêmes.
etant ajouté en sus dans les cas ou un court texte est nécessaire en plus.
Mais sémantiquement c’est bien un label qui est le plus pertinent, un
On peut techniquement mettre tout et n’importe quoi, mais du point de vue de la sémantique c’est bien à un label que ce texte s’apparente le plus.
C’est ce que j’utilise systématiquement dans tous mes plugins dans cette situation, et il y a donc une cohérence d’usage que je compte bien garder, sauf à avoir une meilleure solution. Ce n’est pas le cas du fieldset+legend, ni du p.En tout état de cause, la modification de l’apparence ne doit jamais être une raison valable pour changer la nature d’une balise html qui porte de la sémantique et non de l’apparence.
C’est pourtant ce que tu as fait, et que je désapprouve totalement, d’où ma demande, car pendant ce temps là, le plugin est bien « planté », comme tu dis.Cédric
Le 18 mai 2010 à 13:23, Yohann Prigent a écrit :
(Au fait, pour pas avoir l’air de quelqu’un qui veut gagner à tout prix : Je ne parle pas pour essayer d’avoir raison, je me trompe c’est vrai, souvent, mais j’aimerais avoir un peu plus de détails sur ceci et pourquoi pas cela.)
Il ne serait pas mieux dans ce cas d’utiliser un avec des ? J’ai lu les explications de Gildas et Philippe mais, encore, j’arrive pas à me mettre ça dans la tête.Tu penses pas du tout que ce serait mieux de passer par un + ? Ca éviterait de bidouiller le CSS en plus. J’avais vu sur le site de Tetue ça : http://romy.tetue.net/IMG/html/exemple-523.html
Ici on mettait des .Sinon, si bien sûr t’es pas d’accord, je revert, mais je voudrais savoir pourquoi pas ça
Le 18 mai 2010 à 11:14, cedric.morin@yterium.com a écrit :
ta guise n’est pas la mienne, et crois bien que je prends le temps de réfléchir avant de mettre un
ou un dans un formulaire, et que je ne fais pas ça à la va-comme-je-te-pousse.
En l’occurrence c’est bien un que je veux là, qui n’a rien a voir avec un
.
Même si il n’est pas directement relié à un champ, il a une valeur sémantique bien supérieure.–
Yohann Prigent
prigent.yohann@gmail.com
–
PRIGENT Yohann
yohann@prigents.com
Le 18 mai 2010 à 19:12, prigent.yohann@gmail.com a écrit :
Reverté par [38253] en attendant de styliser mieux dans la semaine :).
Merci
Merci pour ces explications utile.
Par ailleurs, pour la réunion du groupe de saisies, on pourrait pas réunir le Choisir en article d'accueil avec les radios pour utiliser des <fieldset> + <legend> ?
Ah mais ça ne changera rien
D'abord c'est un <legend> par <fieldset>, et qui designe le contenu de tout le fieldset.
Du coup ça ne remplacerait pas le label qui t'embête tant, mais ajouterait un legend plus de la lourdeur dans le formulaire qui n'en a pas besoin.
Cédric
ben de toute façon j'ai proposé à Cedric une refonte complète y a plus que l'ajax qui fonctionne pas 
!!
Eric
Le 18 mai 10 à 20:12, cedric.morin@yterium.com a écrit :
Le 18 mai 2010 à 19:12, prigent.yohann@gmail.com a écrit :
Reverté par [38253] en attendant de styliser mieux dans la semaine :).
Merci
Merci pour ces explications utile.
Par ailleurs, pour la réunion du groupe de saisies, on pourrait pas réunir le Choisir en article d'accueil avec les radios pour utiliser des <fieldset> + <legend> ?Ah mais ça ne changera rien
D'abord c'est un <legend> par <fieldset>, et qui designe le contenu de tout le fieldset.
Du coup ça ne remplacerait pas le label qui t'embête tant, mais ajouterait un legend plus de la lourdeur dans le formulaire qui n'en a pas besoin.
Cédric_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
