Forum Programmation.web Intrégrer les css au code HTML

Posté par  .
Étiquettes :
0
14
juil.
2011

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  (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  . Évalué à 3.

      Splendide, le tout était d'avoir le mot juste ! Merci beaucoup.

  • # Non

    Posté par  (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  (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  . É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  (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  . Évalué à 0.

          Non mais canvas, webgl et svg c'est moderne.

      • [^] # Re: Non

        Posté par  . Évalué à -1.

        Personne n'a entrepris de réviser les RFC pour remédier à ce problème récurrent ?

        • [^] # Re: Non

          Posté par  (site Web personnel) . Évalué à 2.

          quel problème ?

          • [^] # Re: Non

            Posté par  . É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  . É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  . É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  . É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/

  • # Test sur différents clients

    Posté par  (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  . É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 à ceux qui les ont postés. Nous n’en sommes pas responsables.