Affichage des champs dans le traitement #9

Closed
opened 6 months ago by jeanmarie · 6 comments
Collaborator

Dans le traitement "Inscription à un évènement", le fieldset "Informations sur le ou la participant·e" cheuvauche le champ précédent "Participation" (voir capture jointe)

Dans le traitement "Inscription à un évènement", le fieldset "Informations sur le ou la participant·e" cheuvauche le champ précédent "Participation" (voir capture jointe)
Collaborator

C'est sans doute un bug de saisies et ou des css de spip ?

un avis @tcharlss ?

cela étant je suis étonné du libellé "champ nécessaire" -> je pense que tu a changé le libellé "(obligatoire)" qui est le libellé par défaut et du coup ca passe sur 2 lignes, et donc c'est ca le problème. Si

C'est sans doute un bug de saisies et ou des css de spip ? un avis @tcharlss ? cela étant je suis étonné du libellé "champ nécessaire" -> je pense que tu a changé le libellé "(obligatoire)" qui est le libellé par défaut et du coup ca passe sur 2 lignes, et donc c'est ca le problème. Si
Collaborator

cela étant une solution simple et radicale serait d'imposer partout dans formidable + dans le formulaire constructeur de saisies d'avoir le libellé au dessus (classe pleine_largeur) ce qui pourrait plaire à @rastapopoulos

cela étant une solution simple et radicale serait d'imposer partout dans formidable + dans le formulaire constructeur de saisies d'avoir le libellé au dessus (classe pleine_largeur) ce qui pourrait plaire à @rastapopoulos
Owner

Je reproduis, même avec le label initial il manque de la marge.

Normalement il y a des règles CSS qui s'occupent des marges autour des fieldsets, mais là il y a 2 trucs qui viennent perturber :

  1. Juste avant il y a un div.fieldset qui est masqué via afficher_si : quand il est visible là c'est bon, on retrouve la marge. Le fait qu'il y ait un élément en display: none doit impacter les marges.

  2. Il y a aussi le fait que saisies insère les fieldset dans des div, sans celui-ci on retrouve le bon espacement, qu'il y ait des fieldsets cachés ou pas. Je crois qu'il y avait un ticket et une discussion en cours sur le sujet ? Ma mémoire flanche.

Je reproduis, même avec le label initial il manque de la marge. ![](https://git.spip.net/attachments/8881b9c3-1cb6-4044-9fb5-b0655b5dec29) Normalement il y a des règles CSS qui s'occupent des marges autour des fieldsets, mais là il y a 2 trucs qui viennent perturber : 1. Juste avant il y a un `div.fieldset` qui est masqué via `afficher_si` : quand il est visible là c'est bon, on retrouve la marge. Le fait qu'il y ait un élément en `display: none` doit impacter les marges. 2. Il y a aussi le fait que saisies insère les fieldset dans des div, sans celui-ci on retrouve le bon espacement, qu'il y ait des fieldsets cachés ou pas. Je crois qu'il y avait un ticket et une discussion en cours sur le sujet ? Ma mémoire flanche.
Owner

Du coup tout de suite je vois pas s'il faut régler un trucs dans les CSS du privé, ou dans Saisies. Faudrait revoir les précédents échanges.

Du coup tout de suite je vois pas s'il faut régler un trucs dans les CSS du privé, ou dans Saisies. Faudrait revoir les précédents échanges.
Collaborator
  1. Ah mais c'est le même problème que pour les onglets dans firefox : la fameuse marge négative sur les fieldset dans l'espace privé. Cf spip-contrib-extensions/saisies#207
  2. Pour les div dans fieldset, oui on a décidé de les faire sauter, mais ca pose pas mal de souci au niveau du constructeur de formulaire -> spip-contrib-extensions/saisies#172
1. Ah mais c'est le même problème que pour les onglets dans firefox : la fameuse marge négative sur les fieldset dans l'espace privé. Cf https://git.spip.net/spip-contrib-extensions/saisies/pulls/207 2. Pour les div dans fieldset, oui on a décidé de les faire sauter, mais ca pose pas mal de souci au niveau du constructeur de formulaire -> https://git.spip.net/spip-contrib-extensions/saisies/pulls/172
Collaborator

Je ferme, c'est un bug de saisie, et a priori c'est résolu avec les dernières versions. Si tel n'est pas le cas, rouvrir un ticket sur saisies.

Je ferme, c'est un bug de saisie, et a priori c'est résolu avec les dernières versions. Si tel n'est pas le cas, rouvrir un ticket sur saisies.
maieul closed this issue 3 months ago
Sign in to join this conversation.
No Label
No Milestone
No Assignees
3 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.