Bonjour,
La prise en charge des feuilles de style par les lecteurs de mail n'est pas terrible et il arrive souvent qu'elles passent à la trappe tout simplement. J'ai pensé à écrire une routine qui recopie le code css directement dans les attributs style des balises HTML. C'est loin d'être trivial et je ne sais pas si cela en vaut la peine.
À votre avis, est-ce une bonne idée ? Connaissez-vous des logiciels libres qui font cela ?
# Ca existe déjà
Posté par Infernal Quack (site web personnel) . Évalué à 9.
Cherche "CSS inliner" sur ton moteur de recherche préféré.
Et tu peux chercher "CSS inliner GPL" et tu tomberas sur http://cpan.uwinnipeg.ca/dist/CSS-Inliner et http://forge.typo3.org/projects/show/extension-css2inline qui parle de http://www.pelagodesign.com/sidecar/emogrifier/
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Ca existe déjà
Posté par Anonyme . Évalué à 3.
Splendide, le tout était d'avoir le mot juste ! Merci beaucoup.
# Non
Posté par devnewton 🍺 (site web personnel) . Évalué à 3.
Ce n'est pas une bonne idée de faire des mails en HTML...
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Non
Posté par phoenix (site web personnel) . Évalué à 3.
Pourquoi ?
Personnellement je ne suis pas d'accord, cela permet d'ajouter dans certain cas, des images, ou voir même d'ajouter de la présentation (couleur, gras) à du texte.
Pour les mails simples, pas de HTML, soit, mais pour d'autres mails on a besoin de plus.
(Et un fichier Openoffice attaché au mail, juste pour mettre un peu de présentation et des images, ce n'est pas très pratique).
On est en 2011, on est pas obligé de rester avec des mails textes comme dans les années 90.
[^] # Re: Non
Posté par Paul . Évalué à 2.
Il faut quand même souligner que certains lecteurs de mail ne savent pas afficher des messages HTML. Donc assure-toi que le mail soit lisible en texte.
De plus, tous les clients mails ne sont pas égaux face à l'HTML (en théorie, en pratique je ne sais pas si c'est toujours d'actualité).
La solution recommandée par la netiquette est d'envoyer un mail texte avec un lien vers une page web.
[^] # Re: Non
Posté par devnewton 🍺 (site web personnel) . Évalué à 4.
Quelques balises pour souligner ou mettre en gras pourquoi pas, mais si on doit sortir l'usine à gaz HTML+CSS+Javascript pour lire un mail... Et puis pourquoi pas du flash tant qu'on y est? Et puis un plugin Silverlight et des applets Java, c'est moderne ça aussi!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Non
Posté par lendemain . Évalué à 0.
Non mais canvas, webgl et svg c'est moderne.
[^] # Re: Non
Posté par Anonyme . Évalué à -1.
Personne n'a entrepris de réviser les RFC pour remédier à ce problème récurrent ?
[^] # Re: Non
Posté par Juke (site web personnel) . Évalué à 2.
quel problème ?
[^] # Re: Non
Posté par Anonyme . Évalué à 0.
Définir ce qui doit être pris en charge par défaut par les clients de mail pour avoir des mails d'aspect graphique.
[^] # Re: Non
Posté par Anonyme . Évalué à 0.
Je sais bien que l'envoi de mails au format HTML est une mauvaise pratique (j'y suis moi-même opposé) mais mes supérieurs ne l'entendent pas ainsi. Donc je dois me débrouiller pour trouver un bon compris.
[^] # Re: Non
Posté par yellowiscool . Évalué à 2.
Proposer du «multipart/alternative» avec du html et du texte me semble assez correct.
Ensuite, le client est libre de préférer le texte au html. Cette règle est relativement bien suivie. C'est rare d'avoir des mails uniquement en html.
Envoyé depuis mon lapin.
# Inline ou pas
Posté par Croconux . Évalué à 6.
Bonjour,
ce n'est peut être pas un problème d'inlining. La plupart des lecteurs de mails ne supportent qu'un petit sous ensemble des normes du W3C.
Il suffit peut être de créer une CSS spéciale pour tes mail. Certains site ont recensé ce qui passe ou pas sur les différent clients mails (y compris web).
Voir http://www.campaignmonitor.com/css/
[^] # Re: Inline ou pas
Posté par Anonyme . Évalué à 0.
Merci pour le lien, je potasserai ça.
# Test sur différents clients
Posté par Infernal Quack (site web personnel) . Évalué à 2.
Je viens de découvrir http://getfractal.com/ via http://www.alsacreations.com/actu/lire/1226-fractal-pour-tester-le-code-de-vos-newsletters.html
Cela peut t'intéresser. Cela permet d'indiquer les bouts de code HTML squi poseront problème à certains clients de messagerie.
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Test sur différents clients
Posté par niuxe . Évalué à 0.
Et l'eau,
@Stéphane Aulery : pour les softs, regarde du côté de blue griffon ou kompozer parce que la tu vas devoir faire du html 3.0 avec une table party... Cependant, je te conseille de garder une bonne sémantique.
@Devnewton : tu parles de choses que tu ne connais pas.... On peut très bien faire des mails en html avec une alternative textuel (c'est recommandé). Au passage, le JS ça fonctionne pas dans un mail ;)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.