Extension de la portée du behavior coreAfterPostContentFormat

[franck]

Ce behaviour (coreAfterPostContentFormat) permet de modifier le contenu des champs extrait et contenu d'un billet avant enregistrement. Je m'en sert pour le plugin Typo. Il serait bienvenu que je puisse de même appliquer ce traitement au champ titre.

[zeiram]

Ce serait génial ! En plus, cela permettrait par exemple d'y faire une passe de wiki2xhtml simplifié (uniquement les possibilités "inline"), pour par exemple mettre un titre en italique. :-)

[xave]

Oulah, un titre, c'est du texte. L'italique, c'est de la présentation.

[franck]

Ceci dit, pour citer une œuvre dans un titre, ou mettre un nom d'auteur en petites capitale comme il est parfois d'usage, …

[zeiram]

xave : Comme le dit franck, quand le titre du billet est le nom d'une œuvre (ou contient le nom d'une œuvre), l'italique s'impose... ;-)

[xave]

Je continue à l'être pas d'accord : le titre est une métadonnée et les balises de présentation n'ont rien à y faire, quelle qu'en soit la raison. Mais ce n'est pas le sujet du ticket.

[franck]

Xave a peut-être raison, sauf que je persiste à penser que mettre des espaces insécables là où il en faut, et permettre l'usage des guillemets spécifiques à une langue me paraît tout de même pertinent.

De toute façon ça n'a aucun caractère bloquant ni d'urgence.

[sacha]

Ça serait particulièrement difficile et maladroit de l'enregistrer dans la base de données. Le mieux à mon avis est de faire un traitement en temps réel à l'affichage.

[franck]

Pourquoi difficile et maladroit ? Je voudrais bien savoir pourquoi on ne pourrait pas modifier le titre avant de l'enregistrer dans la base !

[olivier]

Comme on n'a pu en discuter, ce n'est pas le rôle de ce behavior. Il y a les tickets pour les manquantes dans core->blog ?

[olivier]

*Comme on a pu...*

[franck]

Je sais que ce n'est pas le meilleur endroit pour le faire, pas de souci, les futurs (?) behavior sur update et add côté recordset conviendraient mieux, par contre je ne comprends pas pourquoi il ne faudrait pas enregistrer dans la base le résultat d'un traitement sur le titre.

[olivier]

Je ne comprends pas non plus ;) C'est ton plugin, tu fais comme tu veux, en tout cas, ça ne me choque pas.

[sacha]

Le champ titre est sensé contenir du texte, si on y ajoute des balises HTML, elles sont automatiquement échappées, je ne vois pas comment enregistrer du HTML dans le titre en évitant tous les effets de bord qui vont apparaître.

C'est pour cela qu'il me semble plus simple de le faire à l'affichage dans la partie publique, c'est bien plus simple à gérer, et ça ne casse rien si le plugin est un jour supprimé.

[franck]

Les fonctions de remplacements typographiques vont, par exemple, remplacer << blabla >> par « blabla ». Dans ce cas, vaut-il mieux laisser << ou « (caractère qui est du pur texte que je sache) ? De plus je crois savoir que les URL des billets sont maintenant traités en UTF-8 ce qui n'a pas l'air de poser plus de problèmes que ça , ou alors ça n'a rien à voir.

[sacha]

Dans ce cas ça change tout, excuse-moi je n'avais rien compris. Je croyais que tu allais rajouter des balises de présentation (citer une œuvre dans un titre, ou mettre un nom d'auteur en petites capitale).

Pourquoi pas adminBeforePostUpdate ?

[olivier]

(In [2675]) Merged r2656, r2657, r2658 in trunk. Closes #528, #587 and #459.