
Le 26 juin 2010 12:42, arthegone arthegone <arth...@gmail.com> a écrit :
> J'ai besoin de forcer dans la partie "public" et la partie "privée/previsualisation d'article",
> de forcer les retour à la ligne sans avoir besoin de jouer avec le raccourci typo "_ " de spip.
>
Sauter une ligne n'est pas plus simple ?? En plus ça rend le texte
bien plus lisible dans l'éditeur de Spip.
Sinon je pense que quelque chose comme:
[(#TEXTE*|replace{\n,\n<br />}|propre)] devrait suffire (pas testé !)
Voir un filtre avec $letexte = preg_replace("/\n([\w\d])/", "\n<br
/>\\1", $letexte); seulement dedans (comme dans la contrib' que tu
pointes).
--
Bertrand
_______________________________________________
liste spip
sp...@rezo.net - désabonnement : envoyer un mail à spip...@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
http://archives.rezo.net/spip.mbox/
Documentation de SPIP : http://www.spip.net/
Irc : de l'aide à toute heure : http://spip.net/irc
1)
fabriquer le fichier ..... lignevide.html .... contenant uniquement la
ligne suivante <hr
classe="lignevide" />
2) créer un
sous-répertoire "modeles" dans le dossier "squelettes"
3) envoyer le
fichier ... lignevide.html ... dans squelettes/modeles
4) ouvrir le
fichier spip_style.css et écrire, où on veut, la ligne suivante :
hr.lignevide { clear:both ; visibility:hidden ;}
Quand tout ceci est fait, il suffit d’écrire <lignevideXX> là où on veut aller à la ligne.
(en remplaçant XX par le numéro de l’article)
Ca fonctionne !
C'est cependant plus long que l'emploi de underscore+espace ... mais
plus facile à comprendre !
J'utilise aussi un "formulaire" grâce auquel, en trois clics,
l'ordinateur écrit tout seul
<div> <div>
et cela fait aussi une ligne vide.
Le formulaire : ici
http://www.echange.ovh.org/02-graticiels/Formulaire.exe
et tant pis si tout ça c'est "trop basique" :
il faut penser aux gens ordinaires qui doivent pouvoir utiliser
facilement le logiciel.
_______________________________________________ liste spip
sp...@rezo.net - désabonnement : envoyer un mail à spip...@rezo.net Infos et archives : http://listes.rezo.net/mailman/listinfo/spip http://archives.rezo.net/spip.mbox/ Documentation de SPIP : http://www.spip.net/ Irc : de l'aide à toute heure : http://spip.net/irc
-- b.poiraud - 09.77.81.55.98
Mais au fond, c'est quoi l'intérêt de ces lignes vides ? Parce que le
raccourci "_ " n'est pas fait pour laisser une ligne vide, il est fait
pour faire un retour à la ligne sans déclencher la fermeture du
paragraphe en cours. Ex. typique (et presque unique) d'utilisation:
---------------8<-------------------
quelques racines comestibles:
-* Patates
_ (que les enfants adorent en frites !)
-* carottes
-* betterave
-* ...
---------------->8--------------------
Le "_ " permet d'éviter d'interrompre la liste avec un nouveau
paragraphe. Coté HTML ça donnera un truc du genre:
---------------8<-------------------
<p>quelques racines comestibles:</p>
<ul>
<li> Patates
<br /> (que les enfants adorent en frites !)</li>
<li>carottes</li>
<li>betterave</li>
<li>...</li>
</ul>
---------------->8--------------------
Alors que si on avait écrit dans Spip:
---------------8<-------------------
quelques racines comestibles:
-* Patates
(que les enfants adorent en frites !)
-* carottes
-* betterave
-* ...
---------------->8--------------------
En HTML on aurait eu non pas une liste, mais DEUX listes (séparées par
des <ul></ul>):
---------------8<-------------------
<p>quelques racines comestibles:</p>
<ul>
<li> Patates</li>
</ul>
<p>(que les enfants adorent en frites !)</p>
<ul>
<li>carottes</li>
<li>betterave</li>
<li>...</li>
</ul>
---------------->8--------------------
Et donc une perte de cohérence dans le contenu (et aussi dans
l'aspect, puisque souvent les interlignes et marges sont différents
dans une liste et entre les listes).
Tout ça pour dire que je ne crois pas que "_ " soit destiné à laisser
une ligne vide, mais à éviter de rompre un paragraphe ou une liste
quand ce n'est pas sémantiquement correct.
Reste ma question initiale: pourquoi vouloir laisser une ligne vide ???
--
Bertrand
--
b.poiraud - 09.77.81.55.98
Un saut de ligne et un paragraphe sont deux choses différentes.
La question "pourquoi laisser une ligne vide ?" est pertinente mais serait plus claire formulée différemment :
pourquoi vouloir donner à un saut de ligne la même apparence qu'un paragraphe ?
Pourquoi ne pas tout simplement utiliser... des paragraphes ?
Si en html on distingue le <p>...</p> et le <br /> c'est bien que ce sont sémantiquement deux choses différentes.
Et dernière remarque : la forme n'est pas le rôle du html, c'est la css qui gère ça. Et c'est souvent bien plus simple d'aller ajouter une ligne de css que d'ajouter un filtre ou un modèle ou tout autre code à la fois inutile et non conforme juste pour gérer l'apparence...
Dans ce cas (améliorer la lisibilité)la meilleure solution est de le
faire pour tous les paragraphes en CSS, par exemple:
p {
padding-bottom: 2em;
}
C'est d'ailleurs assez à la mode ces temps-ci de faire des blancs très
amples entre les blocs de texte:
http://www.alistapart.com/articles/whitespace
--
Bertrand
Je me suis mal exprimé, car c'est justement ce que je voulais dire
dans mon message. Ce sont deux choses différentes et donc qui
s'utilisent différemment.
> Si en html on distingue le <p>...</p> et le <br /> c'est bien que ce sont sémantiquement deux choses différentes.
>
Quelle est la sémantique du <br /> ??? Pour moi, le <br /> est un
«break» pour couper une ligne dans un bloc de texte cohérent
(paragraphe, liste, etc.). Il ne sert donc pas à laisser une ligne
vide (ce qui est le cœur de mon message auquel tu réponds)
> Et dernière remarque : la forme n'est pas le rôle du html, c'est la css qui gère ça. Et c'est souvent bien plus simple d'aller ajouter une ligne de css que d'ajouter un filtre ou un modèle ou tout autre code à la fois inutile et non conforme juste pour gérer l'apparence...
>
Je suis bien d'accord avec toi ! D'ailleurs, les rédacteurs (dans
Spip) ne devraient pas se préoccuper de l'apparence mais seulement de
«sémantiser» leur texte. C'est très dur à faire accepter à des gens
qui ne sont pas rompus aux paradigmes de séparation de la forme et du
fond.
--
Bertrand
Si tu dis pas ça pour rire (peu probable), rien n'empêche de faire une
feuille de style différente pour l'impression, ex.:
http://www.alsacreations.com/tuto/lire/586-feuille-css-impression.html
a priori, le filtre |post_autobr devrait répondre au besoin.
On en apprend tous les jours ! :-)
--
Bertrand
$GLOBALS['spip_pipeline']['pre_propre'] .= '|post_autobr';
dans mes_options.php (plus vidage de cache)
cela dit, plutôt que de conforter tes utilisateurs dans de mauvaises
pratiques et malgré leur <cite>(moyenne d'age 55 ans)</cite>, ils
peuvent encore apprendre tu sais...
si si.
> Bonjour,J'ai besoin de forcer dans la partie "public" et la partie
"privée/previsualisation d'article",de forcer les retour à la ligne sans avoir
besoin de jouer avec le raccourci typo "_ " de spip.La raison est simple, mes
utilisateurs (moyenne d'age 55 ans) d'un intranet local s'enmêlent les pinceaux
"severe" :)J'ai trouvé une ancienne contrib, qui evoquait le
principe.http://www.spip-contrib.net/Retours-a-la-ligne-fideles-a-lConnaissez
vous, ou avez vous deja utilisé un plugin ou autre qui pourrait faire ce genre
de chose ?merci a tous et bon week.PS : pas de trolls à me dire que les <BR>
c'est pas bien et que vive les <P>
En moins de 3 heures après que j’ai posé ma "question" sur le forum interne de
Spip-contrib, Maïeul (merci !) a confectionné un plugin qui résout cette
question : http://files.spip.org/spip-zone/retoursimple.zip
Pourriez-vous poster vos commentaires aussi sous
http://www.spip-contrib.net/Retours-a-la-ligne-fideles-a-l-article-redige si
vous estimez que ce plugin peut être perfectionné ? Merci
<br /><code class='spip_code' dir='ltr' class='spip_code' dir='ltr'>{{{Les Intertitres}}}</code>
doublement de dir et class<form action='' method='get'><div> <input type='hidden' name='exec' value='' /> <textarea readonly='readonly' cols='40' rows='2' class='spip_cadre' dir='ltr'><i>Du texte en italique.</i></textarea></div></form>au lieu de
<textarea readonly='readonly' cols='40' rows='3' class='spip_cadre' dir='ltr'><strong>Du texte en gras.</strong></textarea>
au lieu deoui.
ici (SPIP 2.1.8 [16966] avec ce seul plugin activé) :
<code>
|{{un}}|{{deux}}|{{trois}}|
{italique}
</code>
m'affiche dans le public :
|{{un}}|{{deux}}|{{trois}}|<br />
<br />
{italique}
et :
<cadre>
|{{un}}|{{deux}}|{{trois}}|
{italique}
</cadre>
m'affiche dans le public :
|<strong>un</strong>|<strong>deux</strong>|<strong>trois</strong>|
<p><i>italique</i></p>
Je les signale tous dans le forum privé de Spip-contrib
à Maïeul l'auteur du plugin.
Je reproduis les problèmes indiqués ici :
http://www.idj.fr/crpa/spip.php?article12
(Mais je ne suis pas capable d'exploiter moi-même
ces signalements pour perfectionner le plugin, dont j'ai besoin...)
En fait en moins de sept heures de temps après mon message initial créant le fil
de discussion ici (spip...@rezo.net) : http://goo.gl/jCIH0
http://thread.gmane.org/gmane.comp.web.spip.zone/22184
message que je reporte ci-dessous, que m'avaient heureusement invité à poster
tetue et Maïeul,
le plugin « Couteau suisse »
http://www.spip-contrib.net/Le-Couteau-Suisse
http://files.spip.org/spip-zone/couteau_suisse.zip
réalisé par PatV : Patrice Vanneufville a résolu le 7 février 2010 à 02h38mn36s
heure légale :-) tous les problèmes-bugs *connus* par ajout suivant à son
fichier config_outils.php :
add_outil( array(
'id' => 'autobr',
'categorie' => 'typo-corr',
'pipelinecode:pre_typo' => '// Bug du filtre post_autobr sur les
echappements :-(
$flux=str_replace(\'="base64"\', \'@ABR@\', $flux);
//$flux=cs_echappe_balises("","post_autobr",$flux);
$flux=post_autobr($flux,\'<br />\');
$flux=str_replace(\'@ABR@\', \'="base64"\', $flux);
',
));
Les passages à la ligne (alinéas) par l’action clavier « entrée » par les
rédacteurs sont dès lors RESPECTÉS, et non plus ignorés, sans aucun ajout lors
de la saisie, sans mettre les mains dans les Css et autres à trafiquer, et ce,
SANS BESOIN DE MODIFIER SPIP, conformément à l'absence de prétention à cet effet
de mon post initial.
Évidemment il faut donc tout de même se donner la peine d'installer un plugin…
Un problème incompréhensible qui durait depuis des années est donc résolu de ce
fait, à moins que des experts trouvent quelque chose à redire à la solution de
Patrice Vanneufville.
Un seul mot : MERCI.
===== ===== =====
Message initial du fil : http://goo.gl/jCIH0
http://thread.gmane.org/gmane.comp.web.spip.zone/22184
Date: 2011-02-06 19:24:35 (Paris)
2011/2/6 frdm : francois-r. dupond muzart <f...@frdm.fr>
Bonjour,
Sur invitation qui m'a été faite dans le forum privé de Spip-contrib,
je récapitule ici les références trouvées et problèmes signalés pour
le plugin "Retour simple", créé le 20110204 par Maïeul.
L'objet de ce plugin est de respecter la liberté typographique fondamentale des
"retours à la ligne simple", sans s'occuper des goûts et des couleurs de ceux
qui trouvent cela "mal" : il s'agit de respecter une liberté, pas de discussion
sur l'esthétique.
***Maïeul lui-même n'est pas adepte des retours simples et l'a dit, cependant il
a bien voulu confectionner un plugin pour la liberté précitée.***
Cette liberté est réclamée depuis des années par des messages quasi-innombrables
d'usagers, qui n'ont reçu fréquemment que des réponses technocratiques sans même
de fondement indiqué dans les ouvrages de l'Imprimerie nationale relatifs à la
typographie, ou dans le "Code typographique - Les règles typographiques de la
composition à l’usage des auteurs, des professionnels du livre et des
utilisateurs d’ordinateurs", Confédération française de l’encadrement-CGC (ISBN
978-2950715715).
=== Plugin "Retour simple" :
trac : http://goo.gl/dRYeu
http://zone.spip.org/trac/spip-zone/log/_plugins_/retoursimple
le zip : http://goo.gl/QUDG7
http://files.spip.org/spip-zone/retoursimple.zip
Les premières discussions spécifiques à ce plugin ont eu lieu sur :
http://goo.gl/7e3h3
http://www.spip-contrib.net/ecrire/?exec=articles&id_article=1336
article : http://goo.gl/bGUCt
http://www.spip-contrib.net/Retours-a-la-ligne-fideles-a-l-article-redige
=== Références :
-- Un commit de FIL il y a 7 ans intitulé "Prendre en compte les sauts de ligne
simples" : http://goo.gl/Zf7Nn
http://trac.spip.org/changeset/2c8c684c6a24e3700f92872abedb0ebe64cbdf6e
--- Une observation par tetue http://goo.gl/qCvhi
http://forum.spip.org/fr_4499.html#forum232304
"Pas besoin de plugin, il suffit d’ajouter cette ligne dans mes_options.php :
$GLOBALS['spip_pipeline']['pre_propre'] .= '|post_autobr';
Mais j’en suis revenue car ça occasionne trop de petits bugs (génération de br
intempestifs dans les modèles de doc et le html)."
*** Donc en clair selon tetue : il n'y a pas besoin d'un plugin mais il y a
besoin d'un plugin... !!!***
=== "Bugs" actuels signalés du plugin "Retour simple" :
Des utilisateurs ayant commencé à tester ce plugin ont signalé les problèmes
suivants :
-- Des problèmes de traitement des balises "cadre", "code" et des raccourcis par
accolades (e.g. italiques et gras) par le plugin "Retour simple" :
1. http://goo.gl/2Be31
http://thread.gmane.org/gmane.comp.web.spip.user/158781/focus=165028
2. http://goo.gl/dPtkR
http://thread.gmane.org/gmane.comp.web.spip.user/158781/focus=165029
=== J'ai reproduit ces problèmes actuels sur la page suivante de site-maquette
utilisant le plugin "Retour simple" : http://goo.gl/z9pMf
http://www.idj.fr/crpa/spip.php?article12
=====
Cordialement,
frdm : François-R. Dupond Muzart