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.
A new major version. Not so much has changed since the last of the 1.12
series, 1.12.15, but a bunch of small fixes and:
- updated requirements:
- require C++20
- require meson 1.3.2
- require glib & friend: 2.80
- require xapian 1.4.22
- emacs 28.1 (for mu4e)
- warn for deprecated guile (use scm)
- a number of code-cleanups since we can use C++20 now
- indexing: substantial speed-up of the clean-up phase
- scm: support the --eval command-line option
- mu4e: improve message rendering; get rid of some the unnecessary
body-part mime indication noise
- mu4e: allow including received patches when replying, see
mu4e-compose-reply-include-mime-types
NEWS.org has more details.
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.
