On Wed, 6 Jul 2016, at 01:14 AM, Raphaël Ouazana wrote: > What is the point of converting textBody into htmlBody? The idea was this: for simplicity, clients may only want to have to deal with rendering HTML rather than having a separate code path for rendering plain text (which will need to mark up URLs etc.). Similarly, basic clients may always want just to handle a plain text version. (Requesting just "body" will return the htmlBody if the message has an HTML part, otherwise the textBody, which is probably what you want for most rich clients.) Certainly I think we need the ability for clients to be able to always request a plain text version, for those that cannot safely handle HTML (older browser support, lower power devices). The ability to always request an HTML version is arguably less useful, although is consistent. If we dropped the generation of an HTML version we could make it:
* *textBody*: String The plain text body part for the message. If there is only an HTML version of the body, a plain text version MUST be generated from this. * *htmlBody*: String|null The HTML body part for the message if present. Perhaps a better alternative (and more consistent) is to make the standard "textBody"/"htmlBody" properties be only if present, but add special properties "generate-htmlBody"/"generate-textBody" you could request that would then generate a "textBody"/"htmlBody" if not present. (This is a bit like the special "body" property you can request; it's not actually a property that's returned, but it affects what is returned for textBody/htmlBody). Thoughts? Neil. -- You received this message because you are subscribed to the Google Groups "JMAP" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jmap-discuss/1467770543.2829263.657957937.12D0EF28%40webmail.messagingengine.com. For more options, visit https://groups.google.com/d/optout.
