[spip-dev] Largeur du bloc wysiwyg sur exec=groupe_mots

Salut,

Je découvre qu'on applique une marge droite ou gauche de 100px au bloc wysiwyg de la page de vue d'un groupe de mots clés depuis ce commit :

Oui je sais, ça fait un moment :stuck_out_tongue:

Le problème est que c'est dans ce bloc que les plugins peuvent ajouter du contenu en passant par le pipeline afficher_contenu_objet(). Du coup, si on prend l'exemple de GIS, le bloc qui affiche la carte sur la page d'un groupe de mots dispose de beaucoup moins de largeur que sur les pages de vue des autres objets.

Mes questions :

Pourquoi cette marge uniquement sur exec=groupe_mots ? Est-t-elle utile ? Sinon, puis-je la virer ?

pour laisser la place à l'icone "Modifier ce groupe de mots" et eviter la collision du texte qui s'y collerait de trop près.
Mais c'est sans doute gérable par un margin-left sur l'icone dans ce bloc (a voir dans les différents cas image/texte/les deux)

Cédric

Hop,

Hop,

Justement non !

Maintenant tout le bloc saute sous l'icone, ce qui entraine de grands espaces
vides qui rallongent la page,
et c'est justement ce à quoi servait cette CSS.

Ha ok, toi tu causes de ?exec=mots et moi je causais de exec=groupe_mots (cf mon premier mail).

Avec la CSS :

Après ton commit :

Je vois le pb dans les images jointes, je corrige ça.

Aaahhh OK, compris. En effet la CSS cible les 2 cas mais le html est un peu différent.

Cédric

Du coup pour que la css ne cible que la page exec=mots cette solution pourrait suffire :

.mots .groupe_mots #wysiwyg {clear:none;margin-#ENV{right}:100px;}

Et hop ?

oui mais du coup autant plus proprement en mettant dans ce bloc le margin-left sur l'icone pour que le texte l'habille si besoin, non ?

Cédric

Hop,

Et hop,