Re: La gestion des emails de SPIP

Hello,

> En revanche, pourquoi pas réfléchir à le proposer pour l'intégrer dans
> la distribution par défaut… à voir si c'est vraiment utile ou pas
> (mais peut-être que c'est ça que tu voulais dire). Je n'ai pas trop
> d'avis là-dessus pour l'instant.

Oui, le mettre dans plugin-dist. C’est effectivement ce que je voulais dire.
Pour moi, plugin-dist, cela fait partie du core de SPIP.

Niveau utilité, je pense que cela apporte des fonctions utilent dans
certain environnement et aucune régression: si on ne configure rien,
c’est le comportement par défaut de SPIP qui est conservé.
Dès que je dois faire quelques choses en rapport avec les mails, je fini
d’office par installer facteur.

> Enfin, documenter et normaliser (ou l'inverse…) l'API "notifications",
> ça me parait important. API qui n'en est justement pas une tant que ce
> n'est pas réellement normalisé. Au grand minimum toujours avoir les
> choses dans le même dossier… c'est vraiment le minimum !

Si facteur intègre plugin-dist, on pourrai aussi y centraliser tout ce
qui concerne l’envoie de mail de SPIP: les squelettes dans
“notifications” et supprimer les fonctions de mail du core (envoyer mail
et notification par exemple).
Un SPIP sans facteur deviendra donc un SPIP qui n’envoie pas de mail du
tout.

Il y a aussi des confusions dans les noms de fonction:

notification
notification_envoyer_mail
envoyer_mail

Au début, j’ai pensé qu’il fallait uniquement utiliser notification
uniquement, mais j’ai vu notification_envoyer_mail utilisé directement
dans le core.

Le 24/01/16 19:01, RastaPopoulos a écrit :

> Le 24/01/2016 11:23, Phenix a écrit :
>> Qu’est-ce que vous en pensez ?
>
> Je pense aussi que c'est le gros bazar depuis toujours là-dedans (tout
> comme plein d'autres choses pas réellement normalisées). Le fait qu'il
> y ait des contenus emails dans le dossier modeles/ est une aberration
> typique, effectivement (même : #WTF ?)
>
> En revanche je ne pense pas que Facteur doive intégrer le core. Après
> des années qu'on ait commencé l'élagage, faut-il encore rappeler en
> 2016 que le but est d'avoir le moins de choses possibles dans le core,
> et le plus en plugin ?
>
> En revanche, pourquoi pas réfléchir à le proposer pour l'intégrer dans
> la distribution par défaut… à voir si c'est vraiment utile ou pas
> (mais peut-être que c'est ça que tu voulais dire). Je n'ai pas trop
> d'avis là-dessus pour l'instant.
>
> Enfin, documenter et normaliser (ou l'inverse…) l'API "notifications",
> ça me parait important. API qui n'en est justement pas une tant que ce
> n'est pas réellement normalisé. Au grand minimum toujours avoir les
> choses dans le même dossier… c'est vraiment le minimum !
>
​