Fil a dit :
(à moins qu'on
autorise ce squelette à envoyer des mails en HTML justement ???)
Non !
Si!
J'envoies tous mes mails en texte par défaut mais, il ne faut pas se
leurrer, les adeptes du html dans les mails sont légions et l'intégration
des logos, gif animés et autres fadaises relèvent de la demande REELLE des
visiteurs.
C'est vrai que je reçois mes mails en txt mais pour 800 abonnés (format
texte par défaut) j'en ai 650 qui veulent du acheteumeuleu...
Il ne faut pas être sectaire, j'ai longtemps "lutté contre" le html mais le
combat est perdu culturellement 
>> autorise ce squelette à envoyer des mails en HTML justement ???)
> Non !
Si!
Euh, je posais une question d'ordre technique, pas politico-commerciale 
Dit autrement :
- si on veut envoyer les mails en format texte, il reste du boulot à faire
pour "nettoyer" le code produit par spip
- si on souhaite envoyer en html seul, c'est (presque) super-simple ;
- pour faire du multipart/alternative c'est le double d'ennuis.
a +
-- Fil
autorise ce squelette à envoyer des mails en HTML justement ???)
Non !
Si!
Euh, je posais une question d'ordre technique, pas politico-commerciale
Je l'avais bien compris comme ça mais le "Non!" suivi d'une signature de
quinze lignes m'a poussé à la réponse politique (même pas commerciale :-p ).
Dit autrement :
- si on veut envoyer les mails en format texte, il reste du boulot à faire
pour "nettoyer" le code produit par spip
- si on souhaite envoyer en html seul, c'est (presque) super-simple ;
Actuellement je fais générer la page html par spip et je l'intègre au
logiciel de gestion de liste mail (mail bomber) qui convertit
automatiquement en texte (faciiiiiile).
- pour faire du multipart/alternative c'est le double d'ennuis.
C'est clair....mais c'est clair que c'est aussi...ce qu'il faut pour la
liste de discussion des barbus unixiens 
Je tiens à dire que je ne suis pas barbu, mais il existe des RFC qui
donne les standards de communiction entre stations/serveurs. Il faut
les respecter.
D'autre part, tous les clients de messagerie ne lisent pas le HTML (et
pas seulement sous unix), les gens qui n'ont pas les moyens de se payer
un superPC de la mort, ou dans le cas d'une salle type Cyber Café, non
franco-française (je pense aux installations africaines, par ex) qui
recycle les ordinateurs dont on ne veut plus, il faut qu'ils puissent
également profiter des fonctionalités offertes par SPIP.
Sinon, on passe au flash 7, on fait un site avec des squelettes en
flash 7, et on dit merde à ceux qui ne disposent pas de la techno
suffisante pour afficher tout ça. De toutes façon se sont des nazes,
ils n'ont qu'à avoir Word, Excel, IE6, et Outlook (qui ne gère toujours
pas correctement les charset Euros, soit dit en passant).
A+
- si on veut envoyer les mails en format texte, il reste du boulot à
faire pour "nettoyer" le code produit par spip
Tu parles principalement des coupes auto de lignes à n caractères, ou
autre chose ?
- si on souhaite envoyer en html seul, c'est (presque) super-simple
Vi.
- pour faire du multipart/alternative c'est le double d'ennuis.
Et de toute façon, ce n'est pas compris par ce ###### d'Outlook. 
J'ai réalisé la newsletter FCP de Richelieu Finance (inscription sur
la page d'accueil), par exemple, avec du "multipart/alternative", et
ça marchait partout sauf dans Outlook, qui représente 95% de la cible.
Du coup, abandon de la version texte.
cf http://www.richelieufinance.com
Pour SPIP, l'idéal serait bien entendu qu'on puisse choisir entre une
version texte et une version HTML ...
Et pour la version HTML, soit c'est juste du HTML avec des références
"classiques" vers les éléments graphique, soit c'est du multipart avec
ces éléments en attachement. Je penche pour le premier, plus simple,
plus léger, et mieux interprété par les MUA.
-Nicolas
> - si on veut envoyer les mails en format texte, il reste du boulot à
> faire pour "nettoyer" le code produit par spipTu parles principalement des coupes auto de lignes à n caractères, ou
autre chose ?
Surtout nettoyer les entités, notamment les
Et pour la version HTML, soit c'est juste du HTML avec des références
"classiques" vers les éléments graphique, soit c'est du multipart avec
ces éléments en attachement. Je penche pour le premier, plus simple,
plus léger, et mieux interprété par les MUA.
Ouaip. il faut que ce soit le squelette qui fixe l'entête à passer. Ca va
être un squelette assez php-esque ;(
-- Fil
Tu parles principalement des coupes auto de lignes à n caractères,
ou autre chose ?Surtout nettoyer les entités, notamment les
Ah oui ...
il faut que ce soit le squelette qui fixe l'entête à passer.
Pourquoi pas utiliser le .php3 ???
-Nicolas
> il faut que ce soit le squelette qui fixe l'entête à passer.
Pourquoi pas utiliser le .php3 ???
Quel php3 ? Ce fichier est lu par inc-public-global.php3, pas par un
nouveautes.php3 (ça n'est pas interdit d'en créer un, d'ailleurs, si on veut
un système de preview, mais ça n'est pas prévu pour l'instant, et cet
hypothétique fichier ne serait pas utilisé pour l'envoi du mail).
-- Fil
Pourquoi pas utiliser le .php3 ???
Quel php3 ? Ce fichier est lu par inc-public-global.php3, pas par
un nouveautes.php3
OK, j'ai pas encore regardé le code, d'où mon erreur ...
(ça n'est pas interdit d'en créer un, d'ailleurs, si on veut un
système de preview, mais ça n'est pas prévu pour l'instant, et cet
hypothétique fichier ne serait pas utilisé pour l'envoi du mail).
OK.
-Nicolas