GNOME Bugzilla – Bug 248648
Show list of alternative contents of multipart/alternative MIME messages
Last modified: 2021-05-19 11:34:02 UTC
When user receives a multipart/alternative mail with for example two alternative contents, one of text/html and other text/plain, Evo should offer the user atleast a possibility to download other alternatives too. I just received a mail with 1st alternative part being text/html, and other audio/x-wav, and Evo did not show the wav part at all. (The audio could have contained the same message, in spoken... perhaps :)
Created attachment 42918 [details] possible ui
if we get a message with the following mime structure: multipart/alternative text/plain text/html text/enriched application/postscript image/svg we could first display a menu button dingus in the display pane, followed by the content of the mime part the user has chosen to view (by default, we do what we do now and follow the suggestion made by the multipart/alternative RFC) the items should be radio items I suppose tho, rather than just regular items so that the user could see which part was being displayed? I was too lazy to do that in my gimp hackery, so...yea
shouldn't we have a text, noticing about it being a multipart mail in the dropdoen box? what about aligning right?
perhaps instead of just showing the mime-type in the item label, it should say "View as <mime-type>" and next to the button in the html canvas, it should say something such as: "This message body can be viewed in multiple formats...you may choose which format to view it in by selecting the format in the drop-down menu to the left." or some such.
The dropdown should be slightly distinct from the attachment dropdown. The green arrow must not be displayed unless you actually plan do offer the option of *not* displaying the multipart.
at least one can see all parts of a message when choosing "actions | save attachments..." since 2.1.
Apologies for any spam... cc'ing usability-maint on all Evolution usability bugs. Filter on EVO-USABILITY-SPAM to ignore.
Bumping version to a stable release.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/evolution/-/issues/ Thank you for your understanding and your help.