Alinéas : « Retour simple » - commentaires

« Retour simple »

edit :
je ne sais pourquoi, mais j'avais un margin-top négatif qui annulait le saut de ligne

merci à ceux qui auraient cherché

« Retour simple »

Bonjour tout le monde,

J'essaie en vain d'utiliser ce plugin fort bien utile.
Quand je commence à coder, j'efface tout le habillage.css pour repartir de zéro. Peut-être n'est-ce pas la bonne méthode puisqu'aujourd'hui ça me pose problème…

En gros quand je rétablis le css d'origine, j'ai bien mes sauts de lignes, mais plus avec le mien (d'ailleurs meme les underscore+espace ne font plus rien)

quelqu'un saurait quels attributs css est à garder pour éviter ce genre de soucis ?

Merci d'avance,

LD.

« Retour simple »

Pour les autres lecteurs, une suite de la discussion, entre Joseph et Fil,
« Retour d'expérience sur le filtre post_autobr sur un texte comportant des modèles »
se trouve ici :
http://comments.gmane.org/gmane.comp.web.spip.devel/60770
ou ici :
http://archives.rezo.net/archives/spip-dev.mbox/...

« Retour simple »

Voir aussi les réponses de Maïeul ici.

« Retour simple »

Merci pour ce signalement.

Je m'aventure à une réponse limitée simplement due aux échanges sur la liste spip-zone que j'ai suivis, ayant précédé la dernière version de ce plugin.

Ce plugin ne comporte pas d'« expression régulière ».

Il met seulement en œuvre en une seule ligne de code le filtre post_autobr à partir des indications de Fil pour cette mise en œuvre. Fil est le seul à avoir pu indiquer comment utiliser le filtre post_autobr, après des suspicions de bug de ce filtre qu'il a ainsi démenties.

Cependant le point que tu présentes soulèverait à nouveau, éventuellement, une suspicion de bug de post_autobr… et si Fil a su être le seul à pouvoir répondre auparavant sur ce filtre, il se pourrait que ce soit à nouveau le cas.

En toute hypothèse, voici le contenu intégral du fichier retoursimple.php (les seuls autres fichiers du plugin étant le .xml, le .png et le .revision) :

Mes aptitudes ne me permettent pas d'en dire plus ou mieux.

Cordialement, fr

« Retour simple »

Retour de bug avec le plugin Retour simple. Si on insère un modèle avec une syntaxe ayant des retous à la ligne, syntaxe valide, comme :


alors le plugin va insérer des underscore (_) dans l'appel du modèle. Il faudrait que l'expression régulière du plugin exclu les appels de modèles.
Cordialement



« Retour simple »
N.B. : Ne pas mettre la ligne traitement:NOTES:pre_propre, — Les « Notes » de bas de page sont traitées sans cette ligne de code, et l'ajout spécifique du traitement des « Notes » fait doublon et provoque un double retour à la ligne, donc un saut de ligne, donc dans les notes un nouveau paragraphe pour SPIP. (En fait, c'est moi qui avais ajouté le traitement de « NOTES », initialement, dans ce code, par excès de zèle donc… frdm)
Finalement, dans config/mes_options.php il faut donc :
function autobr_surcharger_outil($tab) { $tab['traitement:DESCRIPTIF:pre_propre, traitement:CHAPO:pre_propre, traitement:PS:pre_propre, traitement:TEXTE/rubriques:pre_propre, traitement:TEXTE/breves:pre_propre'] = 'autobr_pre_propre'; return $tab; }


« Retour simple »
L'article est maintenant rectifié selon ces nouvelles indications. Merci.


« Retour simple »
Merci pour tout ce travail, notamment l'étude RS/CS. Le chantier n'est pas tout a fait terminé sur le sujet, mais bon, que les choses évoluent finalement bien ainsi au gré des usages...
En ce qui concerne le code de surcharge pour étendre ou modifier les lames du CS, l'utilisation d'une globale n'est plus recommandée. Il vaut mieux désormais encapsuler le code dans une fonction, histoire de gagner en mémoire et en performance :
function autobr_surcharger_outil($tab) { $tab['traitement:CHAPO:pre_propre, traitement:PS:pre_propre, traitement:NOTES:pre_propre, traitement:TEXTE/rubriques:pre_propre, traitement:TEXTE/breves:pre_propre'] = 'autobr_pre_propre'; return $tab; }
Ce code signifie que les balises #CHAPO, #PS, #NOTES et #TEXTE [1] passent automatiquement par le filtre autobr_pre_propre qui traite les alinéas, le Couteau Suisse ne proposant nativement que les contenus #TEXTE d'article.
Pour le plugin Agenda, il suffit d'ajouter la ligne suivante à la fonction ci-dessus pour que le CS traite également les descriptifs d'évènement :
	$tab['traitement:DESCRIPTIF:pre_propre'] = 'autobr_pre_propre';


« Retour simple »
J'ai ajouté quelques lignes dans l'article pour y faire bénéficier directement les lecteurs de ces observations, avec lien vers ce fil de discussion de forum. Cf. ci-avant dans l'article nouvelle section « Tests particuliers ».


« Retour simple »
tout a fait


« Retour simple »
Ça marche dans le champ descriptif mais pas dans le champ adresse.

Je dois retourner chez le plugin agenda pour voir s'il considère les raccourcis SPIP, c'est ça ?


« Retour simple »
en fait tout champs sur lequel les raccourçis typographiques de SPIP sont appelés doit normalment respecter ces règles, avec ce plugin


« Retour simple »
Très pratique ce plugin pour ne pas déstabiliser les utilisateurs habituels, non férus des techniques spécifiques à SPIP ou qui n'ont pas envie de les apprendre.
Serait-il possible de généraliser ce fonctionnement ? Comme pour le filtre qui permet d'enlever le numéro devant tous les champs titre, ne pourrait-on pas envisager que cette technique s'applique à tous les champs texte ou descriptif, comme par exemple ceux du plugin agenda ?
De cette manière tous les plugins existants ou futurs pourraient bénéficier du retour à la ligne sans autre précision, du moment que leurs champs s'appellent titre, texte ou descriptif.
Merci.


« Retour simple »
Sur forum.spip.org, Chris écrit :
« Plugin absolument indispensable pour pallier a l'une des incohérences insupportable du pourtant si génial SPIP. ».
Merci pour les contributeurs à ce plugin mentionnés dans l'article.


« Retour simple »
Pour ma part je n'utilise pas « Champs extras », je ne peux donc dire ce qu'il en est. Je ne suis pas sûr de ma compréhension de la question : vous voulez dire que vous avez déjà effectivement essayé le plugin « Retour simple » dans des « Champs extras », et que les alinéas par retour simple à la ligne n'y sont pas respectés ? Voulez-vous dire de plus que _ suivi d'une espace en début de ligne puis de texte sur la ligne ne produit non plus aucun effet d'alinéa dans les « Champs extras » ? En toute hypothèse, il faudrait quelqu'un de plus compétent que moi pour répondre à de telles questions, s'agissant de « Champs extras ».


« Retour simple »
Bonjour, 

quand est-il des champs extras. 

Je ne parviens pas à faire autre chose que des 
 pour les sauts de pragarphes.

Merci de cette contrib et d'une éventuelle réponse...

Goushi.


« Retour simple »
Les tests sur des versions de Spip antérieures à celle 2.1 seront les bienvenus.