La différence entre une page web et un mail, c'est qu'une page web, pour être potable, ç'est fait par un professionnel du sujet, qui sait quand mettre en gras, quel couleur sont corrects, et qui passe du temps dessus.
La page web a un design, une charte graphique, et une raison fondamental de se distinguer des autres, ainsi que du vrai contenu à organiser via le design et la mise en forme.
Un mail n'a pas tout ça. Et si c'est pas le cas, c'est plus un rapport qu'un mail, et dans ce cas, il faut utiliser des outils prévus pour, genre un traitement de texte, un tableur.
Pousser tout les fonctionnalités d'une suite bureautique dans un client mail, c'est du bloatware.
Moi, je lit mes mails en format texte, parce que tout les mails que j'ai recu, à l'exception de 2/3 exceptions ( des mails envoyé par svn::notify ), n'ont pas du tout bénéficié des couleurs et de la mise en forme. Donc, ç'est grosso modo inutile dans 90% des cas.
Et encore, je ne parle pas du fait que ça prends 2 à 4 fois plus de places, que ça fait bosser le filtre à spam de maniére bien plus conséquente, qu'afficher une page web prends plus de ram que d'afficher du texte, et ce genre de choses.
Gaspiller des ressources pour un gain nul, je trouve ça dommage.
Bien sur, tu peut aussi continué à sortir le même argument infondé "ça sert pour le web, donc ça doit servir partout" ( car pour le moment, dans ce thread, c'est le seul argument que j'ai vu de ta part ). Je pense qu'on devrait mettre directement un éditeur complet comme dreamweaver dans kmail, aprés tout, ça sert sur le web, donc ça sert aussi pour le mail.
[^] # Re: KMail et l'HTML
Posté par Misc (site web personnel) . En réponse au journal KDE roXXor décidement!. Évalué à 7.
La page web a un design, une charte graphique, et une raison fondamental de se distinguer des autres, ainsi que du vrai contenu à organiser via le design et la mise en forme.
Un mail n'a pas tout ça. Et si c'est pas le cas, c'est plus un rapport qu'un mail, et dans ce cas, il faut utiliser des outils prévus pour, genre un traitement de texte, un tableur.
Pousser tout les fonctionnalités d'une suite bureautique dans un client mail, c'est du bloatware.
Moi, je lit mes mails en format texte, parce que tout les mails que j'ai recu, à l'exception de 2/3 exceptions ( des mails envoyé par svn::notify ), n'ont pas du tout bénéficié des couleurs et de la mise en forme. Donc, ç'est grosso modo inutile dans 90% des cas.
Et encore, je ne parle pas du fait que ça prends 2 à 4 fois plus de places, que ça fait bosser le filtre à spam de maniére bien plus conséquente, qu'afficher une page web prends plus de ram que d'afficher du texte, et ce genre de choses.
Gaspiller des ressources pour un gain nul, je trouve ça dommage.
Bien sur, tu peut aussi continué à sortir le même argument infondé "ça sert pour le web, donc ça doit servir partout" ( car pour le moment, dans ce thread, c'est le seul argument que j'ai vu de ta part ). Je pense qu'on devrait mettre directement un éditeur complet comme dreamweaver dans kmail, aprés tout, ça sert sur le web, donc ça sert aussi pour le mail.