je recopie des articles d'anciens blogs vers le nouveau site.
Il ne m'est pas possible d'envisager de passer par les flux RSS.
Or, il arrive assez souvent que les retours chariots ne
correspondent pas au texte... ce qui ne posait pas de problèmes
avant parce que Spip ne prenait en compte les changements de
paragraphes qu'à partir de deux retours à la ligne consécutifs.
Il semblerait que ce ne soit plus le cas.
J'ai bien essayé le plugin noBR! sans plus de succès.
Comment les partisans du retours chariot s'y prennent ils pour
importer des textes bourrés de retours chariots non voulus?
Comment les partisans du retours chariot s'y prennent ils pour
importer des textes bourrés de retours chariots non voulus?
On n'est pas des partisans des retour-chariot ! C'est le comportement de SPIP qui est fautif. Quand on saisit un texte normalement dans un traitement de texte, appuyer une fois sur la touche entrée génère un paragraphe. Pas de la faute des rédacteurs, qui je sais bien ont tous les torts notamment c'est d'être crétins si j'en crois certains plugins, s'il faut appuyer deux fois sur la touche entrée pour avoir un paragraphe.
Et désolée, je suis crétine, mais je n'ai pas l'habitude quand j'écris un texte, et je rédige très très souvent, d'appuyer deux fois sur la touche entrée. En fait c'est même un comportement à éviter dans un traitement de texte.
D'ailleurs ce n'est toujours pas réglé dans SPIP3 et il faut toujours (malgré ce qui est dit) appuyer deux fois sur cette fichue touche pour avoir des paragraphes (mais pas tout le temps...).
Comment les partisans du retours chariot s'y prennent ils pour
importer des textes bourrés de retours chariots non voulus?
On n'est pas des partisans des retour-chariot ! C'est le
comportement de SPIP qui est fautif. Quand on saisit un texte
normalement dans un traitement de texte, appuyer une fois sur la
touche entrée génère un paragraphe. Pas de la faute des rédacteurs,
qui je sais bien ont tous les torts notamment c'est d'être crétins
si j'en crois certains plugins, s'il faut appuyer deux fois sur la
touche entrée pour avoir un paragraphe.
Et désolée, je suis crétine, mais je n'ai pas l'habitude quand
j'écris un texte, et je rédige très très souvent, d'appuyer deux
fois sur la touche entrée. En fait c'est même un comportement à
éviter dans un traitement de texte.
D'ailleurs ce n'est toujours pas réglé dans SPIP3 et il faut
toujours (malgré ce qui est dit) appuyer deux fois sur cette fichue
touche pour avoir des paragraphes (mais pas tout le temps...).
ah... je dois avoir une option qui traîne quelque part alors...
Je viens d'avoir le rédacteur qui fait lui-même les importations de
ses anviens textes, il me dit qu'il va en profiter pour effectuer
des relectures.... ce qui règle le problème.
je recopie des articles d'anciens blogs vers le nouveau site.
Il ne m'est pas possible d'envisager de passer par les flux RSS.
Or, il arrive assez souvent que les retours chariots ne
correspondent pas au texte... ce qui ne posait pas de problèmes
avant parce que Spip ne prenait en compte les changements de
paragraphes qu'à partir de deux retours à la ligne consécutifs.
Il semblerait que ce ne soit plus le cas.
J'ai bien essayé le plugin noBR! sans plus de succès.
Comment les partisans du retours chariot s'y prennent ils pour
importer des textes bourrés de retours chariots non voulus?
Comment les partisans du retours chariot s'y prennent ils pour
importer des textes bourrés de retours chariots non voulus?
On n'est pas des partisans des retour-chariot ! C'est le comportement de
SPIP qui est fautif. Quand on saisit un texte normalement dans un
traitement de texte, appuyer une fois sur la touche entrée génère un
paragraphe. Pas de la faute des rédacteurs, qui je sais bien ont tous
les torts notamment c'est d'être crétins si j'en crois certains plugins,
s'il faut appuyer deux fois sur la touche entrée pour avoir un paragraphe.
Et désolée, je suis crétine, mais je n'ai pas l'habitude quand j'écris
un texte, et je rédige très très souvent, d'appuyer deux fois sur la
touche entrée. En fait c'est même un comportement à éviter dans un
traitement de texte.
D'ailleurs ce n'est toujours pas réglé dans SPIP3 et il faut toujours
(malgré ce qui est dit) appuyer deux fois sur cette fichue touche pour
avoir des paragraphes (mais pas tout le temps...).
je passerai sur le troll derrière perso je préfére, pour diverses raisons, le choix de SPIP 2.1 à celui de la 3.0. Par contre il faudrait que tu ai des exemples concrets où le retour chariot pose pb sous SPIP 3 : par défaut cela fait des br, ce qui est la logique du retour chariot.
je passerai sur le troll derrière perso je préfére, pour diverses
raisons, le choix de SPIP 2.1 à celui de la 3.0. Par contre il faudrait
que tu ai des exemples concrets où le retour chariot pose pb sous SPIP 3
: par défaut cela fait des br, ce qui est la logique du retour chariot.
En traitement de texte : un appui sur la touche entrée créé un *vrai* paragraphe (<p>) et pas un retour de ligne forcée (<br>). C'est comme ça depuis le début ! Je ne comprends toujours pas pourquoi c'est si difficile à comprendre. On a déjà un mal fou à expliquer à des tas de gens que pour avoir des espaces entre paragraphes il ne faut surtout pas appuyer deux fois sur la touche entrée mais jouer avec les styles... Mais il faudrait rependre ces mauvaises habitudes dans SPIP.
Et moi j'en ai ma claque de devoir appuyer deux fois sur cette touche, a contrario donc des usages à suivre en traitement de texte pour avoir des vrais paragraphes sous SPIP (les autres CMS que je connais suivent les pratiques courantes).
Théoriquement depuis SPIP3, un seul appui sur la touche entrée devrait produire un vrai paragraphe mais pas plus tard que hier sur un article j'ai encore dû corriger ma saisie (le site est parfaitement à jour).
On est en 2014 ! Il y a de moins en moins de gens qui ont eu à utiliser une machine à écrire dans leur vie.
Le 1 décembre 2014 08:09, Ysabeau <id@dutailly.net> a écrit :
Et moi j'en ai ma claque de devoir appuyer deux fois sur cette touche, a
contrario donc des usages à suivre en traitement de texte pour avoir des
vrais paragraphes sous SPIP (les autres CMS que je connais suivent les
pratiques courantes).
Il faudrait peut-être au préalable définir "traitement de texte". Car
les éditeurs de textes WYSIWYG ne sont pas les seuls (ni les
meilleurs) traitements de texte. Par exemple, si je ne m'abuse, LaTeX
(qui s'avère traiter le texte bien mieux que 100% des éditeurs
WYSIWYG) a le même comportement que SPIP: sauter une ligne pour faire
un paragraphe.
Le problème est donc moins simple que tu le prétends: il n'y a pas
*une* norme à laquelle SPIP devrait se conformer, mais bien plusieurs
façons de faire, qui sont très anciennes, et ont leurs qualités et
leur défauts.
je passerai sur le troll derrière perso je préfére, pour diverses
raisons, le choix de SPIP 2.1 à celui de la 3.0. Par contre il faudrait
que tu ai des exemples concrets où le retour chariot pose pb sous SPIP 3
: par défaut cela fait des br, ce qui est la logique du retour chariot.
Théoriquement depuis SPIP3, un seul appui sur la touche entrée devrait
produire un vrai paragraphe mais pas plus tard que hier sur un article
j'ai encore dû corriger ma saisie (le site est parfaitement à jour).
non en SPIP 3, un simple retour produit un retour ligne <br>, pas un changement de paragraphe <p>.
Que ce choix sont pertinents ou non se discute. J'ai mes raisons de penser que c'est un bon choix, mais c'est là un troll dans lequel je ne veux pas rentrer
non en SPIP 3, un simple retour produit un retour ligne <br>, pas un
changement de paragraphe <p>.
Que ce choix sont pertinents ou non se discute. J'ai mes raisons de
penser que c'est un bon choix, mais c'est là un troll dans lequel je
ne veux pas rentrer
Une petite question en passant sans rentrer dans le troll non plus : ce
comportement est paramétrable quelque part, ou est-ce codé "en dur" ? (
par simple curiosité )
je passerai sur le troll derrière perso je préfére, pour diverses
raisons, le choix de SPIP 2.1 à celui de la 3.0. Par contre il faudrait
que tu ai des exemples concrets où le retour chariot pose pb sous SPIP 3
: par défaut cela fait des br, ce qui est la logique du retour chariot.
Théoriquement depuis SPIP3, un seul appui sur la touche entrée devrait
produire un vrai paragraphe mais pas plus tard que hier sur un article
j'ai encore dû corriger ma saisie (le site est parfaitement à jour).
non en SPIP 3, un simple retour produit un retour ligne <br>, pas un
changement de paragraphe <p>.
Il semblerait que non d'après ce que j'ai lu ici ou là alors faudrait une fois pour toute accorder les violons !
Que ce choix sont pertinents ou non se discute. J'ai mes raisons de
penser que c'est un bon choix, mais c'est là un troll dans lequel je ne
veux pas rentrer
non en SPIP 3, un simple retour produit un retour ligne <br>, pas un
changement de paragraphe <p>.
Que ce choix sont pertinents ou non se discute. J'ai mes raisons de
penser que c'est un bon choix, mais c'est là un troll dans lequel je
ne veux pas rentrer
Une petite question en passant sans rentrer dans le troll non plus : ce
comportement est paramétrable quelque part, ou est-ce codé "en dur" ? (
par simple curiosité )
on peut changer le <br> par autre chose, mais difficilement par un <p> (sauf à toucher à textwheel)
Le 1 déc. 2014 à 09:48, Maïeul <maieul@maieul.net> a écrit :
Le 01.12.14 09:46, Vincent a écrit :
Bonjour,
non en SPIP 3, un simple retour produit un retour ligne <br>, pas un
changement de paragraphe <p>.
Que ce choix sont pertinents ou non se discute. J'ai mes raisons de
penser que c'est un bon choix, mais c'est là un troll dans lequel je
ne veux pas rentrer
Une petite question en passant sans rentrer dans le troll non plus : ce
comportement est paramétrable quelque part, ou est-ce codé "en dur" ? (
par simple curiosité )
on peut changer le <br> par autre chose, mais difficilement par un <p> (sauf à toucher à textwheel)
Une petite question en passant sans rentrer dans le troll non plus : ce
comportement est paramétrable quelque part, ou est-ce codé "en dur" ? (
par simple curiosité )
Ce n'est pas un troll, c'est une question fondamentale.
Que cela ne plaise pas c'est une autre chose.
Le 1 déc. 2014 à 09:48, Maïeul <maieul@maieul.net> a écrit :
Le 01.12.14 09:46, Vincent a écrit :
Bonjour,
non en SPIP 3, un simple retour produit un retour ligne <br>, pas un
changement de paragraphe <p>.
Que ce choix sont pertinents ou non se discute. J'ai mes raisons de
penser que c'est un bon choix, mais c'est là un troll dans lequel je
ne veux pas rentrer
Une petite question en passant sans rentrer dans le troll non plus : ce
comportement est paramétrable quelque part, ou est-ce codé "en dur" ? (
par simple curiosité )
on peut changer le <br> par autre chose, mais difficilement par un <p> (sauf à toucher à textwheel)
Ce n'est pas un troll, c'est une question fondamentale.
La dessus, je considère que chacun à son opinion, et la mienne n'est pas
si tranchée: je trouve les deux approches valables. D’où la question de
savoir si c'est paramétrable ou non.
Que cela ne plaise pas c'est une autre chose.
Comme indiqué au dessus, je n'ai pas d'idée arrêtée dessus.
Oooooh, je viens de tomber la dessus du coup ( rubrique parente ) : http://www.spip.net/fr_rubrique643.html
Je n'avais pas repéré son existence, c'est fort dommage vu le nombre de
paramètres intéressants qui s'y baladent. Je sens que j'ai pas fini de
jouer aujourd’hui !
En traitement de texte : un appui sur la touche entrée créé un *vrai* paragraphe (<p>) et pas un retour de ligne forcée (<br>).
Tu confonds "traitement de texte" et "éditeur de texte". C'est une différence fondamentale :
- un traitement de texte effectue une mise en forme selon ses codes propres, pas forcément compatibles avec les autres TdT
- un éditeur de texte se contente d'aligner des caractères sans codes cachés. Tout le monde peut donc lire et utiliser les textes produits mais s'il y a des codes de mise en forme, ils doivent être explicitement visibles dans le texte.
Un traitement de texte (notammment wysiwyg) utilise des codes "masqués" (par exemple Entrée/Ctrl-entrée) pour distinguer saut de ligne et saut de paragraphe. Idem pour les enrichissements divers, gras, italiques, etc.
L'éditeur de SPIP est un éditeur de texte, il ne peut utiliser que des caractères visibles. Les enrichissements apparaissent sous forme de codes comme {italiques}. Dans ce contexte, un saut de ligne = un saut de ligne. Un double saut de ligne symbolise l'espacement vertical entre deux paragraphes. C'est certes une convention mais elle facilite énormément la (re-)lecture.
D'ailleurs dans tes mails, tu sautes bien 2 lignes pour marquer les paragraphes...
