[WIP] Supprimer le div englobant des fieldsets #172

Draft
maieul wants to merge 1 commits from fieldset_simplifier_conteneur into master
maieul commented 1 year ago
Owner

@tcharlss suite à notre discussion de ce matin. Voici donc une PR qui supprime le div autour du fieldset.

J'ai pu adapter le mode pliable.
Je te laisse regarder pour les onglets + le constructeur ?

@tcharlss suite à notre discussion de ce matin. Voici donc une PR qui supprime le div autour du fieldset. J'ai pu adapter le mode pliable. Je te laisse regarder pour les onglets + le constructeur ?
maieul force-pushed fieldset_simplifier_conteneur from 873703a979 to 21c8020ec1 1 year ago
rastapopoulos changed title from Supprimer le div englobant des fieldsets to [WIP] Supprimer le div englobant des fieldsets 1 year ago
maieul force-pushed fieldset_simplifier_conteneur from 21c8020ec1 to fa5d13dba2 1 year ago
Owner

Questionnement : je vois que tu as changer le ".fieldset" pour la balise "fieldset" en CSS, mais justement on se posait la question : est-ce qu'on devrait pas toujours avoir "fieldset.fieldset" dans le HTML, et donc garder ".fieldset" dans le CSS. Pour différencier les "vrais" fieldsets "groupe", des faux fieldset.editer qui contiennent des cases, radios, etc. Je ne sais plus où on en était là dedans pour le core, si on faisait ça que dans saisies ou si c'est à normaliser dans le core aussi…

Quand on veut cibler que les "vrais" fieldsets, pour l'instant faut mettre "fieldset:not[.editer]" pour l'instant, à priori. Mais du coup ça déclare des règles plus fortes que juste un ".fieldset", pour la cascade, pour ceux qui veulent surcharger ensuite.

Je disais en réu qu'il me semblait qu'un ticket/PR du core avait un débat là dessus, mais je n'ai pas encore retrouvé (cédric qui répondait à tcharlss, de mémoire).

Questionnement : je vois que tu as changer le ".fieldset" pour la balise "fieldset" en CSS, mais justement on se posait la question : est-ce qu'on devrait pas toujours avoir "fieldset.fieldset" dans le HTML, et donc garder ".fieldset" dans le CSS. Pour différencier les "vrais" fieldsets "groupe", des faux fieldset.editer qui contiennent des cases, radios, etc. Je ne sais plus où on en était là dedans pour le core, si on faisait ça que dans saisies ou si c'est à normaliser dans le core aussi… Quand on veut cibler que les "vrais" fieldsets, pour l'instant faut mettre "fieldset:not[.editer]" pour l'instant, à priori. Mais du coup ça déclare des règles plus fortes que juste un ".fieldset", pour la cascade, pour ceux qui veulent surcharger ensuite. Je disais en réu qu'il me semblait qu'un ticket/PR du core avait un débat là dessus, mais je n'ai pas encore retrouvé (cédric qui répondait à tcharlss, de mémoire).
maieul commented 1 year ago
Poster
Owner

bah on peut garder la classe oui...

bah on peut garder la classe oui...
maieul force-pushed fieldset_simplifier_conteneur from fa5d13dba2 to c4bd768b48 1 year ago
maieul force-pushed fieldset_simplifier_conteneur from c4bd768b48 to ba366d29ef 1 year ago
Owner

Et donc c'était dans cette discussion là : spip/spip#4540

Où ça disait qu'ajouter une classe (ce que proposait @tcharlss) n'avait que peu d'intérêt si le but était de rester compatible avec tous les forms dans la nature d'avant qui eux ne l'avaient pas.

Vu que Saisies générait déjà bien cette classe, je pense qu'il faut la garder, et que les CSS continuent de l'utiliser.

Et donc c'était dans cette discussion là : https://git.spip.net/spip/spip/issues/4540 Où ça disait qu'ajouter une classe (ce que proposait @tcharlss) n'avait que peu d'intérêt si le but était de rester compatible avec tous les forms dans la nature d'avant qui eux ne l'avaient pas. Vu que Saisies générait déjà bien cette classe, je pense qu'il faut la garder, et que les CSS continuent de l'utiliser.
maieul force-pushed fieldset_simplifier_conteneur from ba366d29ef to a77eaa3e81 1 year ago
maieul commented 1 year ago
Poster
Owner

Oki, j'ai remis la classe.

Par contre je pense qu'on va vraiment attendre avant de merger : ca va pas du tout le constructeur... j'ai pas le courage d'essayer de comprendre. Les css, ca m'arrache les cheveux.

En vrac ce qu'il faut adapter sur le constructeur :

  • la bordure pour signifier la limite du fieldset
  • les onglets qui ne sont plus visible
  • les boutons d'actions qui sont mal placés.
Oki, j'ai remis la classe. Par contre je pense qu'on va vraiment attendre avant de merger : ca va pas du tout le constructeur... j'ai pas le courage d'essayer de comprendre. Les css, ca m'arrache les cheveux. En vrac ce qu'il faut adapter sur le constructeur : - la bordure pour signifier la limite du fieldset - les onglets qui ne sont plus visible - les boutons d'actions qui sont mal placés.
maieul force-pushed fieldset_simplifier_conteneur from a77eaa3e81 to f0b86c89b5 1 year ago
maieul force-pushed fieldset_simplifier_conteneur from f0b86c89b5 to a77eaa3e81 1 year ago
maieul force-pushed fieldset_simplifier_conteneur from a77eaa3e81 to 82d4c52926 1 year ago
Owner

Bon faisons-nous violence et finissons cette PR ^^

Je jetterai un coup d'oeil aux CSS du constructeur après 2 bols d'aspirine.

Bon faisons-nous violence et finissons cette PR ^^ Je jetterai un coup d'oeil aux CSS du constructeur après 2 bols d'aspirine.
maieul force-pushed fieldset_simplifier_conteneur from 82d4c52926 to d3f2294849 9 months ago
maieul force-pushed fieldset_simplifier_conteneur from d3f2294849 to f0b86c89b5 3 months ago
maieul force-pushed fieldset_simplifier_conteneur from f0b86c89b5 to d3f2294849 3 months ago
This pull request has changes conflicting with the target branch.
  • saisies/fieldset.html
Sign in to join this conversation.
No reviewers
No Milestone
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: spip-contrib-extensions/saisies#172
Loading…
There is no content yet.