Use the updated support for HTML messages (even converting plain-text
only). Update the link detection, clean up.
Add links for e-mail addresses too, not just ones that start with
mailto:.
Only show link-indicators when mu4e-view-go-to-url or mu4e-view-save-url
are invoked, or with mu4e-view-always-show-indicator set to non-nil.
Update docs.
Produce HTML-versions of messages, even plain-text ones without an
HTML-part. This allows for uniform handling, e.g. showing a message in
an external browser.
Implement linkification as well.
New command mu4e-org-agenda-links to pop up a buffer with a tabulated
list of the mu4e links in your org-agenda-files
x
This is just a little experiment.
Some Gnus commands depend on the existence of a *Summary* buffer; and in
older versions of mu4e we created it, since mu4e depended on it. It no
longer does, but some gnus command users may want to try, do.
So create the Summary buffer once again.
In mu4e--view-cleanup-message-text (used for "reply citing") we were
removing all gnus "buttons", however gnus also includes buttons for
addresses, URLs etc., which should stay.
So be a bit let eager and only remove gnus-mm-display-part items.
Issue #2922
Fix the mu4e-view-toggle-html switching, which could re-insert body
parts when an Attachments: header was present.
I.e. specifically toggle the part in the body.
Restrict fields in mu4e-view-fields. Make the defcustom a bit more
helpful by checking for valid fields.
Add :labels to default fields
Remove some unused code.
This scratches an itch of mine: being able to sign messages when they're replies
to signed messages.
Signed-off-by: Sergio Durigan Junior <sergiodj@sergiodj.net>
Better handle some 'special' MIME-types where we need a tiny bit of
processing/special casing to invent a proper file-name.
Include size information when displaying the MIME-types in the actions
menu.
Do not consider calender-invitations "attachments"; do mark as
"calendar". Do recognize application/ics as calendar messages.
Update mime-object to expose a message part's disposition.
Change the "is-attachment" heuristic to include inline parts if they
have a filename parameter in their content-disposition.
Note that this doesn't change things radically; the delta is +69 and
-202 for ~6500 attachments.
In mu4e-view-mime-part-action, support icons or, well, "icons".
For this to work user needs to install a package like nerd-icons and set
mu4e-file-name-to-icon-function to #'nerd-icons-icon-for-file. (see
docstring for details)
Extract the header insertion code from mu4e--view-gnus-display-mime into
a new mu4e--view-insert-headers function.
Add a fallback label in mu4e--view-gnus-insert-header for fields not in
mu4e-header-info, such as :user-agent.
Two problems:
1) In mu4e--in-headers-context we went through the whole dance of
finding the headers buffer even if we were already there. That's
unnecessary and incidentally makes it impossible to go back from the
"Found ..." line in the headers-buf to the previous one.
Fixes#2913
2) We didn't handle the case where there _is_ no headers window, such as
when in single-window mode.
Don't make clickable links when displaying in html mode already, since
in that case the html-render handles it, and we shouldn't mess up the
display.
As discussed in issue #2094.
mu4e-compose-reply-include-mime-types specifies the mime-types for
message attachments that should be included in replies, with the default
set to "text/x-patch" -- i.e., patches are included in replies, so you
can comment on them.
As mentioned in #2896.
