Ouais, c'est vrai tout ça, mais les client mails n'envoient pas toujours de part en textplain, et ça force les clients à procéder à du nettoyage et du reformatage "au mieux" pour avoir une version texte.
J'ai fait un projet perso purement pédagogique, un webmail un peu moderne, et je me suis tombé sur ce problème difficile: beaucoup de mails générés (parfois même provenant d'un client d'un utilisateur final) ne mettent pas le même texte dans la version formatée en HTML et dans la version texte. Du coup, dans le doute, t'as plutôt intérêt à toujours partir de la version formatée en HTML et de le réduire pour le transforme en texte.
Mais faire ça c'est hyper compliqué, ça pose des soucis énorme de filtrage de sécurité, dans mon projet perso je me suis fait avoir à exécuter du JS qui était tellement bien intégré (c'était clairement en provenance d'un spam malveillant) que même le strip total des tags avec une API faite pour s'est faite avoir et m'a injecté le JS dans mon rendu final...
Enfin on retombe toujours sur le même problème, texte WYSIWYG (word et autres) VS texte sémantique (tex et autres), l'humanité n'arrivera jamais à se mettre d'accord sur une sémantique simple et claire pour représenter du texte et laisser le choix au lecteur de la mise en forme.
L'égo surdimensionnée du rédacteur est aussi un problème dans cette histoire, les gens aiment pourrir les yeux des autres en leur imposant leur propre goût pour le texte en majuscules, gras et surligné en jaune pour dire que c'est important (sans tenir compte bien entendu de la couleur du texte et de la couleur de fond par défaut du client en face, qui peut être en blanc sur fond noir pour des raisons d'accessibilité par exemple).
[^] # Re: Maître esclave
Posté par Christie Poutrelle (site web personnel) . En réponse au journal Comme une impression de déjà vu.... Évalué à 4.
Ouais, c'est vrai tout ça, mais les client mails n'envoient pas toujours de part en textplain, et ça force les clients à procéder à du nettoyage et du reformatage "au mieux" pour avoir une version texte.
J'ai fait un projet perso purement pédagogique, un webmail un peu moderne, et je me suis tombé sur ce problème difficile: beaucoup de mails générés (parfois même provenant d'un client d'un utilisateur final) ne mettent pas le même texte dans la version formatée en HTML et dans la version texte. Du coup, dans le doute, t'as plutôt intérêt à toujours partir de la version formatée en HTML et de le réduire pour le transforme en texte.
Mais faire ça c'est hyper compliqué, ça pose des soucis énorme de filtrage de sécurité, dans mon projet perso je me suis fait avoir à exécuter du JS qui était tellement bien intégré (c'était clairement en provenance d'un spam malveillant) que même le strip total des tags avec une API faite pour s'est faite avoir et m'a injecté le JS dans mon rendu final...
Enfin on retombe toujours sur le même problème, texte WYSIWYG (word et autres) VS texte sémantique (tex et autres), l'humanité n'arrivera jamais à se mettre d'accord sur une sémantique simple et claire pour représenter du texte et laisser le choix au lecteur de la mise en forme.
L'égo surdimensionnée du rédacteur est aussi un problème dans cette histoire, les gens aiment pourrir les yeux des autres en leur imposant leur propre goût pour le texte en majuscules, gras et surligné en jaune pour dire que c'est important (sans tenir compte bien entendu de la couleur du texte et de la couleur de fond par défaut du client en face, qui peut être en blanc sur fond noir pour des raisons d'accessibilité par exemple).