GNOME Bugzilla – Bug 795990
Option to inherit composer format from replied-to message
Last modified: 2020-04-21 10:22:53 UTC
At this time, Edit -> Preferences -> Composer provides a "Format messages in HTML" option. However, this means that when the replied-to message's mode differs from the above setting, the composer makes a conversion, losing information. (I've found information loss in both directions.) More generally, unless the user has very strong preference for a particular mode, the replied-to messages mode is probably the best heuristic available for the preferred mode of the reply. Actions to reproduce: 1. Start evolution with an e-mail account set up. 2. Select a message and click "Reply" or press CTRL-r. Desired result: Evolution editor starts in HTML mode if the replied-to message is in HTML mode, and text mode if it is in text mode. Actual result: Evolution editor starts in whichever mode is selected by the Edit -> Preferences -> Composer -> "Format messages in HTML" tick box. Other notes: From the UI point of view, the "Format messages in HTML" setting could be renamed to "Format new messages in HTML", and another tick box could be added under "Replies and Forwards" titled something along the lines of "Format replies to HTML with HTML and to text with text".
Thanks for taking the time to report this. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 481915 ***
Milan, apologies for taking up more of your time, but why is this a duplicate of 481915? 481915 seems to be about some aspect of how an HTML message gets quoted when the user prefers to compose in text mode. 795990 is about having the reply mirror the original's HTML/text setting to avoid a conversion in the first place (unless the user explicitly makes it).
Hmm, I'd probably implement the other bug to also switch the composer mode to the proper (Plain Text when the part being replied to is text/plain and HTML, when the part being text/html), but I agree with you that it won't be always desired. It would just save one option, but probably not for good. I'm sorry for a quick close, that's my fault.
Similar to this had been filled [1]. Let's close this in favor of that one. [1] https://gitlab.gnome.org/GNOME/evolution/-/issues/885