Un concernant la « technique individuelle » des rédactrices et rédacteurs :
Comme pour le traitement de texte, j’étais parvenu - non sans mal - à faire comprendre la différence entre le retour à la ligne et le saut de paragraphe.
Chose que Spip gère convenablement dans la partie texte des articles, mais pas dans ses tableaux pour lesquels seule la première ligne « mise en gras » respecte le retour à la ligne manuel.
L’autre concernant « l’apparence » des tableaux :
Le saut de ligne manuel ne créant pas un nouveau paragraphe, l’espacement des lignes est d’une taille « normale ».
Alors qu’avec des paragraphes, l’espacement est celui réglé sans doute par une règle CSS que je ne voudrais pas modifier, car cette modification impacterait tous les paragraphes y compris en dehors des tableaux.
À moins qu’il n’y ait un moyen pour définir une règle CSS spécifique aux paragraphes des tableaux…
Et puis, il y aurait bien un troisième enjeu : pourquoi il fait ça Spip ?
À moins qu'il n'y ait un moyen pour définir une règle CSS spécifique aux paragraphes des tableaux...
Ben oui très facilement.
Selon tes squelettes ça peut être affiné mais banalement avec le sélecteur table.spip p
tu cibles spécifiquement les paragraphes dans les tableaux.
Et puis, il y aurait bien un troisième enjeu : pourquoi il fait ça Spip ?
Je sais pas mais il y a un truc très cool avec spip par rapport à d'autres CMS :
c'est que les sites réalisés avec traversent le temps et les montées de version
sans devoir être totalement refaits.
Il n'est donc pas impossible que ce que tu décris, que j'ignorais et qui ne m'a jamais gêné,
soit un choix fait il y a 15 ans, qui n'a jamais été remis en cause puisqu'il serait plus gênant
de le modifier.
Pour ma part, je viens juste découvrir ce dysfonctionnement (?), suite à la migration de sites de spip 2.1 vers spip 3.2
Je précise du coup, que sous spip 2.1.30, le des tableaux spip interprète bien le retour à la ligne manuel en . C’est donc après spip 2.1.30 que le comportement a changé.
En attendant, je vais styler le
des tableaux comme des , mais c’est un contournement un peu boiteux : il arrivera bien un jour où un rédacteur me dira « mais pourquoi quand je fais un nouveau paragraphe dans un tableau, il m’affiche ça comme un retour à la ligne ? » …
Pour ma part, je viens juste découvrir ce dysfonctionnement (?), suite à la migration de sites de spip 2.1 vers spip 3.2
Je précise du coup, que sous spip 2.1.30, le <tbody> des tableaux spip interprète bien le retour à la ligne manuel en <br>. C'est donc après spip 2.1.30 que le comportement a changé.
Il se pourrait que cela corresponde à l'intégration de textwheel pour le traitement des raccourcis de texte.
En attendant, je vais styler le <p> des tableaux comme des <br>, mais c'est un contournement un peu boiteux : il arrivera bien un jour où un rédacteur me dira "mais pourquoi quand je fais un nouveau paragraphe dans un tableau, il m'affiche ça comme un retour à la ligne ?" ...
Ce jour là, il ne sera plus un débutant dans la création de contenus pour spip
Et il pourra comprendre qu'il y a des exceptions... comme dans toutes les langues naturelles.
Ceci dit, tu peux créer un ticket sur http://core.spip.net
pour signaler ça et demander ou proposer une correction.
JLuc
Le 27/09/2020 à 20:11, JLuc a écrit :
Le 27/09/2020 à 19:39, Luc Mamin a écrit :
À moins qu'il n'y ait un moyen pour définir une règle CSS spécifique aux paragraphes des tableaux...
Ben oui très facilement.
Selon tes squelettes ça peut être affiné mais banalement avec le sélecteur table.spip p
tu cibles spécifiquement les paragraphes dans les tableaux.
Et puis, il y aurait bien un troisième enjeu : pourquoi il fait ça Spip ?
Je sais pas mais il y a un truc très cool avec spip par rapport à d'autres CMS :
c'est que les sites réalisés avec traversent le temps et les montées de version
sans devoir être totalement refaits.
Il n'est donc pas impossible que ce que tu décris, que j'ignorais et qui ne m'a jamais gêné,
soit un choix fait il y a 15 ans, qui n'a jamais été remis en cause puisqu'il serait plus gênant
de le modifier.
JLuc
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net
Pour ma part, je viens juste découvrir ce dysfonctionnement (?), suite à la migration de sites de spip 2.1 vers spip 3.2
Je précise du coup, que sous spip 2.1.30, le <tbody> des tableaux spip interprète bien le retour à la ligne manuel en <br>. C'est donc après spip 2.1.30 que le comportement a changé.
Il se pourrait que cela corresponde à l'intégration de textwheel pour le traitement des raccourcis de texte.
Textwheel prend en charge toutes ces réécritures depuis spip3.0
J'ai tenté de me créer un compte pour faire un ticket sur core.spip, mais depuis lundi ce compte ne semble pas encore accessible...
Ah
Je ne sais pas si qqn d'autorisé te lira ici.
Pour participer au dev ou se tenir au courant ou dire son mot sur le dev
c'est mieux, et c'est peut être demandé par la charte, d'être inscrit sur la liste spip-dev.
Tu pourrais re-signaler ta demande sur spip-dev ensuite.
OU sur #irc : ya pas de tickets pour y causer, mais ya souvent du monde
JL
@+
Luc
Le 28/09/2020 à 17:52, JLuc a écrit :
Le 28/09/2020 à 17:05, JLuc a écrit :
Pour ma part, je viens juste découvrir ce dysfonctionnement (?), suite à la migration de sites de spip 2.1 vers spip 3.2
Je précise du coup, que sous spip 2.1.30, le <tbody> des tableaux spip interprète bien le retour à la ligne manuel en <br>. C'est donc après spip 2.1.30 que le comportement a changé.
Il se pourrait que cela corresponde à l'intégration de textwheel pour le traitement des raccourcis de texte.
Textwheel prend en charge toutes ces réécritures depuis spip3.0
Cela m’a permis de découvrir que spip interprète un br class « manualbr » mais aussi un br class « autobr ».
Pour l’instant, j’en suis là :
Dans le texte d’un article :
« maj+entrée » est interprétée en ;
« entrée » est interprétée en . Pour moi, c’est nouveau ;
Dans un intertitre de texte d’article :
« maj+entrée » est interprétée en ;
« entrée » est n’est pas interprétée : le retour à la ligne ne s’effectue pas.
Ça c’est le fonctionnement que je connaissais, mais il devrait maintenant être interprété en ?
Dans le thead d’un tableau :
« maj+entrée » est interprétée en ;
« entrée » est n’est pas interprétée : le retour à la ligne ne s’effectue pas.
Ça c’est le fonctionnement que je connaissais, mais il devrait maintenant être interprété en ?
Dans le tbody d’un tableau :
« maj+entrée » est interprétée en
.
Ça me semble toujours anormal, il devrait être interprété en ;
« entrée » est interprétée en .
Ce qui est nouveau pour moi, mais concordant avec ce qui se passe pour le « texte ».
