Comme vous le savez, je migre un gros forum phpBB sous SPIP.
Comme la centaine de milliers de messages sont en bbcode et que les utilisateurs n'aiment pas être bousculés dans leurs habitudes, je conserve le bbcode. Dans les squelettes, pas de problème, j'utilise la forme * des champs et j'ai mes filtres bbcode. Par contre, lors de l'envoi de message, la phase de prévisualisation m'oblige à patcher SPIP (et je n'aime car les mises à jour posent toujours problème par la suite)
Serait-il possible d'envisager de mettre un crochet pour substituer sa propre fonction de formatage ? (c'est à dire modifier la ligne 54 de inc-forum.php3 ?)
Serait-il possible d'envisager de mettre un crochet pour substituer sa
propre fonction de formatage ? (c'est à dire modifier la ligne 54 de
inc-forum.php3 ?)
Je ne suis pas fan de l'idée : si on modifie la 54, pourquoi pas aussi la 52
etc. ?
A mon sens tu peux essayer d'utiliser le point d'entrée avant_propre(), en
interceptant là une globale qui te dit "attention code à formater en BBCode"?
Yop, cette fonction est exactement prévue pour cela, sauf erreur.
-> Peut-être faire la doc sur avant_propre et autres, ainsi que sur mes_fonctions.php3?
-> Dans ce cadre, si notre ami développe une contrib ainsi formée pour gérer du bbCode dans SPIP, au travers de mes_fonctions, ça vaudrait p'têt une jolie contrib sur spip-contrib, qui constituerait un excellent exemple illustrant cette doc.
Yop, cette fonction est exactement prévue pour cela, sauf erreur.
-> Peut-être faire la doc sur avant_propre et autres, ainsi que sur mes_fonctions.php3?
-> Dans ce cadre, si notre ami développe une contrib ainsi formée pour gérer du bbCode dans SPIP, au travers de mes_fonctions, ça vaudrait p'têt une jolie contrib sur spip-contrib, qui constituerait un excellent exemple illustrant cette doc.
>A mon sens tu peux essayer d'utiliser le point d'entrée avant_propre(),
>en interceptant là une globale qui te dit "attention code à formater en
>BBCode"?
Yop, cette fonction est exactement prévue pour cela, sauf erreur.
Oui
-> Peut-être faire la doc sur avant_propre et autres, ainsi que sur
mes_fonctions.php3?
Il y a de la doc, mais elle est "décentralisée", i.e. pas dans la doc
officielle ; car c'est vraiment pas le rôle de la doc officielle que de
tenir la liste de tous les petits hacks de SPIP (sinon on mourra écrasés de
travail - il reste des fautes d'orthographe dans la doc officielle !).
-> Dans ce cadre, si notre ami développe une contrib ainsi formée pour
gérer du bbCode dans SPIP, au travers de mes_fonctions, ça vaudrait p'têt
une jolie contrib sur spip-contrib, qui constituerait un excellent exemple
illustrant cette doc.
Oui. Si spip-contrib fonctionnait je pointerais vers l'article 478, mais
c'est planté :
Fatal error: Maximum execution time of 30 seconds exceeded in
/var/www/shim/spipcontrib/Web/ecrire/inc_texte.php3 on line 438
Sinon il y a des morceaux de doc dans les archives des listes, je pense
notamment à un mail où j'essayais d'expliquer sur des exemples la différence
d'usage entre avant_propre(), apres_propre(), avant_typo() et apres_typo() ;
mais là, ce sont les archives de gmane qui sont muettes !
Oui. Si spip-contrib fonctionnait je pointerais vers l'article 478, mais
Sinon il y a des morceaux de doc dans les archives des listes, je pense
notamment à un mail où j'essayais d'expliquer sur des exemples la différence
d'usage entre avant_propre(), apres_propre(), avant_typo() et apres_typo() ;
mais là, ce sont les archives de gmane qui sont muettes !
Arrêtez moi si je me trompe mais propre() fera quand même son traitement. Hors, je ne veux pas. Si dans un message, il y a séquences qui correspondent à des raccourcis typographique de SPIP, propre fera son travail et le message ne sortira pas comme l'utilisateur s'y attend.
Arrêtez moi si je me trompe mais propre() fera quand même son
traitement. Hors, je ne veux pas. Si dans un message, il y a séquences
qui correspondent à des raccourcis typographique de SPIP, propre fera
son travail et le message ne sortira pas comme l'utilisateur s'y
attend.
Question bête : pourquoi n'avoir pas plutôt transformé le BBCode en
raccourcis SPIP (en tout cas, ce qui s'y prête) ? Ainsi tu évites les
embêtements, tu as des raccourcis cohérents sur tout le site, et tu peux
alimenter spip-contrib avec une super moulinette de migration
Ah, si j'étais seul concerné, je ne m'embêterais pas avec le bbcode mais il faut compter avec les utilisateurs
Ceci dit, un ballon d'essai ne mange pas de pain