Le 01/10/2019 à 18:06, nicod_ a écrit :
Le 01/10/2019 à 17:36, RastaPopoulos a écrit :
Le 01/10/2019 à 17:31, Maïeul Rouquette a écrit :
hum, compliqué tout ca.  Le problème n'est pas technique, mais
ergonomique.  La question c'est : comment prevenir qu'il y a un souci
sans que cela se voit pour tout le monde.

Bah non là question est pas que ergonomique, et faut pas que prévenir,
c'est les deux.

Car ça change rien au problème : là si une personne supprime un champ,
en partie publique le formulaire est *totalement pété*, et ça ça ne
devrait pas arriver du tout.

Donc il faut bien aussi une correction qui fait que ça ne génère pas
d'erreur après compilation.

Exactement, il y a le souci de prévenir la personne qui gère le formulaire, et de pas le péter sur le front.

A mon avis, prévenir :
- au moment de la suppression d'une saisie, en vérifiant si elle est utilisée en affiché si
ca ce serait possible oui

- au moment de la validation d'une saisie, si son afficher_si contient une saisie introuvable
c'est plus compliqué, car par ex si tu crée un formulaire formidable avec juste deux saisies, toi, humain peux savoir le nom de la première saisie avant même qu'elle ne soit enregistré, mais pas le vérificateur,

Et sur le front, ajouter une condition true pour éviter l'erreur ?

pourquoi pas, mais il faut régler aussi en php. Et surtout, c'était le sens de mon propos, il faut d'abord regler cela en terme de prevenir les personnes, ne pas masquer les infos.
Ce problème n'apparaissait pas avant la refonte, je crois pas qu'on puisse couper à le régler.


disons que la refonte a defini de manière plus strictre des règles et que des choses qui passaient avant passent plus

----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Répondre à