On devrait pas plutôt utiliser mogrifier (http://seenthis.net/messages/127820) ? Ce qui permettrait d’inclure un css personnalisable comme pour les pages web. Je l’utilise pour le mail de 7h36 (http://seenthis.net/people/7h36 ) et ça marche bien.
Il y a tout pour le faire avec ce plugin non ?
Didier
Le 30/05/14 13:56, Fil a écrit :
On devrait pas plutôt utiliser mogrifier
(Emogrifier : : Convert CSS styles into HTML inline style attributes) ? Ce qui permettrait d'inclure
un css personnalisable comme pour les pages web. Je l'utilise pour le
mail de 7h36 (http://seenthis.net/people/7h36 ) et ça marche bien.-- Fil
On Fri, May 30, 2014 at 1:08 PM, <cedric@yterium.com
<mailto:cedric@yterium.com>> wrote:Author: cedric@yterium.com <mailto:cedric@yterium.com>
Date: 2014-05-30 13:08:29 +0200 (Fri, 30 May 2014)
New Revision: 82797Modified:
_plugins_/facteur/trunk/emails/texte.html
_plugins_/facteur/trunk/paquet.xml
Log:
Permettre de personaliser la couleur des emails html sans
surcharger, par un define('_COULEUR_EMAILS_HTML','#123456');----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Ah oui tiens - mais il faudrait qu’il soit branché sur facteur (ou que facteur soit branché dessus).
Hello,
emogrifier est une approche qui peut se défendre, mais elle ne gère pas les @media qui permettent de rendre l'email responsive, ce qui marche très bien sur les devices qui utilisent des clients mail modernes. Du coup il y a même toute les chances que ce soit contre-productif et casse l'aspect responsive en inlinant pas les bonnes choses/trop de choses/des choses redondantes (ce que j'avais constaté avec l'inline automatique du plugin facteur)
Peut-être pourrait-on y arriver en séparant les styles en 2 : d'un côté la base destinée à être inlinée, d'un autre les fioritures plus modernes à destination des clients-mails-qui-savent ? Mais est-ce que ça va vraiment simplifier les choses, ou juste faire croire que, au prix d'une couche supplémentaire ?
Malheureusement les emails c'est franchement le bazar, et, pour le moment, il me semble que la solution à la main reste la plus fiable…
Fil a écrit:
On devrait pas plutôt utiliser mogrifier (Emogrifier : : Convert CSS styles into HTML inline style attributes) ? Ce qui permettrait d'inclure un css personnalisable comme pour les pages web. Je l'utilise pour le mail de 7h36 (http://seenthis.net/people/7h36 ) et ça marche bien.
-- Fil
On Fri, May 30, 2014 at 1:08 PM, <cedric@yterium.com <mailto:cedric@yterium.com>> wrote:
Author: cedric@yterium.com <mailto:cedric@yterium.com>
Date: 2014-05-30 13:08:29 +0200 (Fri, 30 May 2014)
New Revision: 82797Modified:
_plugins_/facteur/trunk/emails/texte.html
_plugins_/facteur/trunk/paquet.xml
Log:
Permettre de personaliser la couleur des emails html sans
surcharger, par un define('_COULEUR_EMAILS_HTML','#123456');
Hello,
emogrifier est une approche qui peut se défendre, mais elle ne gère pas les @media qui permettent de rendre l’email responsive, ce qui marche très bien sur les devices qui utilisent des clients mail modernes. Du coup il y a même toute les chances que ce soit contre-productif et casse l’aspect responsive en inlinant pas les bonnes choses/trop de choses/des choses redondantes (ce que j’avais constaté avec l’inline automatique du plugin facteur)
Si j’en crois le README de emogrifier, cette affirmation est fausse :
https://github.com/jjriv/emogrifier#caveats
Maintenant je n’ai pas vraiment testé, mais cela devrait être assez simple de brancher facteur sur ce plugin non ?
Didier