Carnet Wiki

todo-saisies

SPIP-Contrib :: Carnet Wiki :: Recherche :

todo-saisies

-  Problème avec les id : non uniques
-  Problème avec les checkbox obligatoires


Problème avec les id : non uniques

Fait le 13 jan 2013 avec http://zone.spip.org/trac/spip-zone/changeset/80006


Les saisies ont un id automatiquement composé à partir du parametre nom.

ça pose probleme si on a plusieurs saisies avec le même nom, par exemple un tableau "choix[]".
Par erxemple dans le formulaire de configuration des traitements du plugin formidable : tous les labels des différents traitements (enregistrement, mail, table avec formitable) ont le même attribut for = champ_traitements_choisis_1 et leurs clics agissent donc tous sur le traitement « enregistrement ». C’est parcequ’il y a 3 saisies checkbox appelées avec le même name. On peut bien sur directement cocher la case mais c’est trompeur car si on clique sur le label, quelqu’il soit (1er, 2e, ou 3e etc) c’est toujours le premier checkbox qui est coché.

Il pourrait donc être utile de spécifier un id en plus dans les saisies.

Quelques remarques relatives aux saisies livrées d’origine avec le plugin saisies :

-  Il y a 16 saisies avec un label.

-  date_jour_mois_annee intègre déjà un traitement de id sur le input text principal, non en paramètre mais avec l’automatisme [(#SET{id,[(#ENV**|md5|substr{0,6})]})]

-  il y a un pseudo attribut "data-id" qui est créé sur les <li> de quelques saisies dont la saisie _base à partir du paramètre "id_saisie".

-  dans le cas général, les id sont actuellement construits sur la base de id="champ_#ENV{nom}".

-  il y a en plus un suffixe variable qui s’ajoute à champ_#ENV{nom} dans quelques saisies :

-  Il y a aussi 2 cas particuliers avec une inclusion résolue ailleurs : selecteur_rubrique et selecteur_rubrique_article

Donc

Il semble qu’on puisse quasiment toujours remplacer champ_#ENV{nom} par #GET{id} avec un #SET{id,#ENV{id,champ_#ENV{nom}}} préalable.

Dans le cas date_jour_mois_annee, il faudra renommer la variable SPIP ’id’ actuellement utilisée.

ça ne devrait rien changer au code généré quand les saisies n’ont pas de paramètre id, mais comment s’en assurer et tester la non régression de manière assez complète ?

Référence

Cet ajout d’une option sur le saisies pourra inspirer http://zone.spip.org/trac/spip-zone/changeset/63487


Probleme avec les checkbox obligatoires

P23 :
-  il y a bizarreté sur l’affichage d’une case unique avec valeur par défaut OUI et obligatoire
-  la case qui devrait être cochée n’est pas cochée, sauf une fois le formulaire rempli et soumis (ça se voit dans le privé aussi)
R :
-  ça marche pas la valeur par défaut pour les cases et pour oui_non
-  ya un bug
-  CVT gère pas le "null", un truc comme ça
-  du coup ça prend toujours la valeur "" (chaine vide) et donc c’est reconnu comme une valeur possible (non ou pas coché)
-  au lieu de "pas de valeur" qui est censé prendre à la place celle par défaut