La structure des formulaires de configuration du privé (cf. ecrire/?exec=charte_forms) et celle des formulaires produits par le plugin Saisies diffèrent. Dès lors, un formulaire de configuration réalisé avec #GENERER_SAISIES aura un rendu différent (voir par exemple cette page ecrire/?exec=ieconfig_export du plugin ieconfig).
En premier lieu, il apparaît que les fieldset de Saisies utilise
au lieu d’utiliser directement la balise .
PREMIERE QUESTION :
Cette modification devrait être facile à reporter dans Saisies. Il faut voir si cela a des implications ailleurs ? Ou bien, doit-on faire une branche pour SPIP 3 avec changement majeur de version pour indiquer une rupture de compatibilité ?
L’autre élément est un peu plus complexe.
Le formulaire de ?exec=charte_forms a une structure du type :
Blablabla
une saisie
une saisie
une saisie
idem...
Les fieldset sont donc à la racine du formulaire et, a priori, il n’est pas prévu de saisies à l’extérieur d’un fieldset et/ou d’imbriquer des fieldsets.
Dans le cas de Saisies, on a une structure du type :
blablabla
une saisie
une saisie
une saisie
Il y a une liste dès la racine (en effet, les fieldsets ne sont pas obligatoires, on peut avoir des saisies à la racine) et de même Saisies autorise d’imbriquer des fieldsets.
SECONDE QUESTION :
Dès lors, quel serait le mieux ?
Faire évoluer les CSS de l’espace privé de SPIP 3 pour que le rendu soit le même ?
Faire une saisie spécifique fieldset_sans_li sans le
englobant (NB : le
n’est pas produit par #GENERER_SAISIES), au développeur de plugin de faire attention dans le privé à utiliser la bonne structure de formulaire.
Changer la structure globale des formulaires ? (#GENERER_SAISIES détectant si on est à la racine ou dans un autre fiedset) 'ça sent l’usine à gaz) ?
La structure des formulaires de configuration du privé (cf. ecrire/?exec=charte_forms) et celle des formulaires produits par le plugin Saisies diffèrent. Dès lors, un formulaire de configuration réalisé avec #GENERER_SAISIES aura un rendu différent (voir par exemple cette page ecrire/?exec=ieconfig_export du plugin ieconfig).
En premier lieu, il apparaît que les fieldset de Saisies utilise
au lieu d’utiliser directement la balise .
PREMIERE QUESTION :
Cette modification devrait être facile à reporter dans Saisies. Il faut voir si cela a des implications ailleurs ? Ou bien, doit-on faire une branche pour SPIP 3 avec changement majeur de version pour indiquer une rupture de compatibilité ?
L’autre élément est un peu plus complexe.
Le formulaire de ?exec=charte_forms a une structure du type :
Blablabla
une saisie
une saisie
une saisie
idem...
Les fieldset sont donc à la racine du formulaire et, a priori, il n’est pas prévu de saisies à l’extérieur d’un fieldset et/ou d’imbriquer des fieldsets.
les legend sont plus sémantiques, et les vieux navigateurs qui les rendaient très mal disparaissent peu à peu
Dans le cas de Saisies, on a une structure du type :
blablabla
une saisie
une saisie
une saisie
Il y a une liste dès la racine (en effet, les fieldsets ne sont pas obligatoires, on peut avoir des saisies à la racine) et de même Saisies autorise d’imbriquer des fieldsets.
Le
de premier niveau n’a pas grand intérêt ici, mais il ne gêne pas non plus.
Je ne crois pas que ça présence ou non change quelque chose (sauf que il faut faire un
les legend sont plus sémantiques, et les vieux navigateurs qui les rendaient très mal disparaissent peu à peu
OK. Cela doit-il être considéré comme un changement majeur de version car on casse la rétrocompatibilité ? Si changement majeur de version, doit-con considéré que la nouvelle version est uniquement à partir de SPIP 3 ?
Le
de premier niveau n’a pas grand intérêt ici, mais il ne gêne pas non plus.
Je ne crois pas que ça présence ou non change quelque chose (sauf que il faut faire un
…)
Cédric
Le rendu n’est pas le même avec les deux strutures (les li ont bien la class fieldset).
Voir http://www.pasteall.org/pic/25186 pour un résultat avec la structure charte SPIP 3 (NB : il semble qu’il y a un mini bug des saisies oui_non à creurser).
http://www.pasteall.org/pic/25187 correspond au résultat avec la structure actuelle de Saisies (liste à la racine, NB : les h3 d’ores-et-déjà transformés en legend).
Le plus simple sera peut-être tout simplement d’ajouter une option à la saisie fieldset pour supprimer éventuellement les
Le rendu n’est pas le même avec les deux strutures (les li ont bien la class fieldset).
Voir http://www.pasteall.org/pic/25186 pour un résultat avec la structure charte SPIP 3 (NB : il semble qu’il y a un mini bug des saisies oui_non à creurser).
http://www.pasteall.org/pic/25187 correspond au résultat avec la structure actuelle de Saisies (liste à la racine, NB : les h3 d’ores-et-déjà transformés en legend).
Le plus simple sera peut-être tout simplement d’ajouter une option à la saisie fieldset pour supprimer éventuellement les
encadrant.
bof, je vois aucune raison de changer la structure, les deux sont acceptables.
La c’est juste un oubli de CSS qu’il faut corriger pour le second cas…
Le 26/01/2012 15:16, cedric.morin@yterium.com a écrit :
les legend sont plus sémantiques, et les vieux navigateurs qui les
rendaient très mal disparaissent peu à peu
En fait quand SPIP 2 est sortie il y avait eu une recommandation d'utiliser les <h3> non pas parce que les vieux navigateurs les rendaient mal, mais parce que c'était plus facile à styler. On pouvait vraiment faire comme n'importe quel bloc. Alors que les <legend>, même dans les trucs récents, il ne me semble pas qu'on puisse les styler comme un bloc classique.
ou bien via des CSS additionnelles fournies par saisies ?
Pour moi, tout ce dont tu parles n'a de toute façon aucun rapport *unique* avec Saisies.
Il s'agit de l'ancienne "norme", ou recommandation, pour écrire les formulaires, quelque soit la manière de produire le HTML.
Donc si correction il doit y avoir c'est forcément dans le core.
Et pas de correction, il faudra bien indiquer clairement dans la doc que la manière de structurer les formulaires a changé, quelque soit ce qu'on utilise pour les écrire.
Pour moi, tout ce dont tu parles n’a de toute façon aucun rapport unique avec Saisies.
Il s’agit de l’ancienne « norme », ou recommandation, pour écrire les formulaires, quelque soit la manière de produire le HTML.
Donc si correction il doit y avoir c’est forcément dans le core.
Et pas de correction, il faudra bien indiquer clairement dans la doc que la manière de structurer les formulaires a changé, quelque soit ce qu’on utilise pour les écrire.