Dans envoyer_mail, il ne faut pas passer le titre de l'email dans entité
html, comme tu peux le voir dans l'objet de cet email.
Cédric
2009/11/6 <esj@rezo.net>
Author: esj@rezo.net
Date: 2009-11-06 14:11:24 +0100 (ven, 06 nov 2009)
New Revision: 14720
Log:
Remplacement des appels à {{{extraire_multi}}} par {{{corriger_typo}}}}, ce
qui n'est pas superflu et permet d'éviter la duplication de code autour de
cette fonction. Elle disparaît de la version 2.1 mais reste en 2.0 par souci
de compatibilité. A noter que la fonction associée à la balise INTRODUCTION
ne donnera pas exactement le même résultat pour certains texte avec balise
{{{multi}}} mais ce n'est pas dramatique.
Le 6 novembre 2009 14:24, Cédric Morin <cedric.morin@yterium.com> a écrit :
Dans envoyer_mail, il ne faut pas passer le titre de l'email dans entité
html, comme tu peux le voir dans l'objet de cet email.
Cédric
D'ailleurs, je crois que le passage par corriger_typo introduit d'autres
problèmes dans ce contexte, avec l'apparition potentielle de des
apostrophes curly et autres guillemets qui vont tous s'exprimer en entité
html.
Il faut a minima reconvertir dans le bon charset, mais plus certainement
repasser dans un filtre texte_brut, à tester.
Il me semble, à la lumière de ce cas, que perdre la fonction extraire_multi
est un peu brutal puisque les <multi> sont susceptibles d'être utilisées
dans les mails (ou dans d'autres contextes de texte brut ?) dans lesquels
les corrections typographiques ne sont pas souhaitables.
En imposant l'un avec l'autre, on préjuge des usages en dehors du core, et
on condamne une partie de ceux ci.
Dans envoyer_mail, il ne faut pas passer le titre de l'email dans entité html, comme tu peux le voir dans l'objet de cet email.
Ah zut, le pb est que corriger_typo peut remplacer les apostrophes par ’, et il me semblait que entites_html traitait ça.
C'est quoi la bonne fonction à utiliser ?
Il faut a minima reconvertir dans le bon charset, mais plus certainement repasser dans un filtre texte_brut, à tester.
Il me semble, à la lumière de ce cas, que perdre la fonction extraire_multi est un peu brutal puisque les <multi> sont susceptibles d'être utilisées dans les mails (ou dans d'autres contextes de texte brut ?) dans lesquels les corrections typographiques ne sont pas souhaitables.
En imposant l'un avec l'autre, on préjuge des usages en dehors du core, et on condamne une partie de ceux ci.
Ah oui, c'est textebrut qu'il faut. Ce que je remarque c'est que les cas qui pose pb faisaient un appel à supprimer_tags,
donc finalement il suffit de remplacer celui-ci par textebrut qui est plus général.
Il me semble, à la lumière de ce cas, que perdre la fonction extraire_multi
est un peu brutal puisque les <multi> sont susceptibles d'être utilisées
dans les mails (ou dans d'autres contextes de texte brut ?) dans lesquels
les corrections typographiques ne sont pas souhaitables.
Les multi sont souvent utilisés en tant que titre du site, et là actuellement, lors de l'envoi d'un mail ça affiche les multi dans le "De :"
Ce n'est pas vraiment nouveau.
----
PRIGENT Yohann
Répondre à ce mail à l'adresse prigent.yohann@gmail.com, Merci !