Ah ! au fait il y a un palliatif qui consiste à redéfinir l'action de la touche «ENTER» dans le script guppy_config.js
Au lieu de créer des paragraphes vides avec le code «p nbsp; /p», ENTER génère alors le code «p br / /p»
(je ne mets pas les balises complètes pour qu'elles ne soient pas interprétées par le présent éditeur).
Ce codage br / correspond à un saut de ligne forcé, normalement utilisé pour aller à la ligne sans quitter le paragraphe.
Ça fonctionne, mais sur le principe, ce n'est pas très satisfaisant. Entre autre, les sauts de paragraphes ainsi obtenus ont la même taille qu'un saut de ligne normal.
Il n'y a donc pas de séparation visuelle des paragraphes.
Et puis, tous le monde n'a pas forcément envie d'aller charcuter le code de tel ou tel script.
Et surtout, cela oblige pour TOUS LES ANCIENS ARTICLES à remplacer «p nbsp; /p» par «p br / /p» dans un éditeur comme Notepad++, pour retrouver à peu près la mise en page d'origine.
(Pour cette manip, il faut se mettre en mode «Source» quand on est en édition de l'article, copier le code, coller ce code dans Notepad++, effectuer les remplacements, copier le nouveau code obtenu et le coller à la place de l'ancien dans le mode «Source». Wouhaouuuhh ! Ça marche mais quel boulot ! )
Y a-t-il des solutions plus orthodoxes pour :
- obtenir un vrai saut de paragraphe dans l'éditeur de la version 5.02.09 ?
- avoir une conformité (WYSIWYG) entre ce qu'on voit en mode «édition» et ce qu'on voit en consultation de l'article ?
- migrer les articles, nouvelles, etc qu'on a mis en page correctement dans la version 4.6.28, sans être obligé de se re-palucher toutes les mises en pages dans la version 5.02.09 ?
Rectifié par Tournesol01 le 06/11/2019 @ 19:08
Rectifié par Tournesol01 le 06/11/2019 @ 20:12
Rectifié par Tournesol01 le 06/11/2019 @ 20:15
