Dans SPIP 3.1
le fichier form.css.html contient la ligne
<pre>
.lat .formulaire_spip select { width:auto;padding:1px 0;}
</pre>
ce qui surcharge la propriété width de
<pre>
.formulaire_spip select { font-size:1em;padding: 3px; width: 100%; -webkit-box-sizing: border-box; -moz-box-sizing: border-box;-ms-box-sizing: border-box; box-sizing: border-box;}
</pre>
Conséquent : un select dans la colonne de gauche peut dépasser. Cf par exemple le "presse-papier" de SPIP bible (voir http://contrib.spip.net/SPIP-Bible-5#forum486046).
Par contre avant le dépassement était "masqué", plus maintenant.
Cf les deux copies d'écran, l'une en 3.1 et l'autre en 3.0
J'avoue ne pas savoir quelle est la propriété css concernée.
Dans tout les cas un width à 100 % serait bien, me semble-t-il
effectivement, pas de changement côté width.
Par contre avant le dépassement était "masqué", plus maintenant.
Cf les deux copies d'écran, l'une en 3.1 et l'autre en 3.0
J'avoue ne pas savoir quelle est la propriété css concernée.
Dans tout les cas un width à 100 % serait bien, me semble-t-il
Du coup, il faut soit ajouter une classe editer sur tous les forms présents dans la colonne de gauche, ou compléter la règle.
Le changement vient du fait qu'en 3.0 on avait un `overflow: hidden;` sur les `.formulaire_spip li` ici :
https://core.spip.net/projects/spip/repository/entry/branches/spip-3.0/prive/themes/spip/forms.css.html#L61
Alors qu'en 3.1, on applique cette règle uniquement sur les `.editer` :
https://core.spip.net/projects/spip/repository/entry/spip/prive/themes/spip/forms.css.html#L66
Du coup, il faut soit ajouter une classe editer sur tous les forms présents dans la colonne de gauche, ou compléter la règle.
Du coup, en suivant les specs ton plugin n'aurait pas ce bug, donc il faut bien ajouter une classe editer dans ton plugin. Statut changé à Fermé
Les specs pour la structure html des formulaires indiquent bien que :
> Chaque champ de saisie est encapsulé dans un élément de classe .editer, qui doivent être regroupés dans un élement de classe .editer-groupe.
http://www.spip.net/fr_article3791.html
Du coup, en suivant les specs ton plugin n'aurait pas ce bug, donc il faut bien ajouter une classe editer dans ton plugin.
**Statut changé à Fermé**
Ouep, la mise à jour des specs à eu lui presque immédiatement après l'introduction de la fameuse structure à base de div ;)
Merci pour ta compréhension.
Ouep, la mise à jour des specs à eu lui presque immédiatement après l'introduction de la fameuse structure à base de div ;)
Merci pour ta compréhension.
Dans SPIP 3.1
le fichier form.css.html contient la ligne
.lat .formulaire_spip select { width:auto;padding:1px 0;}ce qui surcharge la propriété width de
.formulaire_spip select { font-size:1em;padding: 3px; width: 100%; -webkit-box-sizing: border-box; -moz-box-sizing: border-box;-ms-box-sizing: border-box; box-sizing: border-box;}Conséquent : un select dans la colonne de gauche peut dépasser. Cf par exemple le "presse-papier" de SPIP bible (voir http://contrib.spip.net/SPIP-Bible-5#forum486046).
C'était déjà le cas en 3.0, il n'y a pas eu de changement de côté...
effectivement, pas de changement côté width.
Par contre avant le dépassement était "masqué", plus maintenant.
Cf les deux copies d'écran, l'une en 3.1 et l'autre en 3.0
J'avoue ne pas savoir quelle est la propriété css concernée.
Dans tout les cas un width à 100 % serait bien, me semble-t-il
Le changement vient du fait qu'en 3.0 on avait un
overflow: hidden;sur les.formulaire_spip liici :https://core.spip.net/projects/spip/repository/entry/branches/spip-3.0/prive/themes/spip/forms.css.html#L61
Alors qu'en 3.1, on applique cette règle uniquement sur les
.editer:https://core.spip.net/projects/spip/repository/entry/spip/prive/themes/spip/forms.css.html#L66
Du coup, il faut soit ajouter une classe editer sur tous les forms présents dans la colonne de gauche, ou compléter la règle.
Version cible mise à 3.1
Statut changé à En cours
Les specs pour la structure html des formulaires indiquent bien que :
http://www.spip.net/fr_article3791.html
Du coup, en suivant les specs ton plugin n'aurait pas ce bug, donc il faut bien ajouter une classe editer dans ton plugin.
Statut changé à Fermé
haha, specification mise à jour en juin 2015… merci pour le signalement, je corrige dans le plugin
Ouep, la mise à jour des specs à eu lui presque immédiatement après l'introduction de la fameuse structure à base de div ;)
Merci pour ta compréhension.