Support "system" properties, i.e., library versions, whether
language-detection, scm is supported.
Make these more generic (with display strings), so we can handle them
more automatic int mu-cmd-info.
Some improvements:
- Fix or/xor chains (use left-associativity).
- Fix quote handling
- Make parsing O(n) rather than quadratic; limit recursion depth
And update tests.
We already pre-fetched db file paths for the cleanup-case (since
cdb619e4f), now let's generalize this to all indexing.
For now this is mostly performance-neutral (lazy-rescan is slightly
faster); however, this simplifies the code.
Update various places for what we can do with C++20:
- ends_with / starts_with
- std::to_array
- using instead of typedef
- designated initializers
- "[[maybe_unused]]" instead of G_GNUC_UNUSED
Also remove some unnecessary 'static'
Modernize code a bit; and use a temporary dir for the working set.
Typically, this makes the tests run faster (since the temporary dir is
often in-memory), which allows focusing on the part we can most easily
influence.
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 stable version:
- silence some MIME part errors
- some emacs 28.1+ modernization
- list org links with M-x mu4e-org-agenda-links
- when replying to a message with some part selected, cite only that
part
- fix parsing of the Keywords: headers. If you use those, you're
recommend to re-index your message
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.
New stable version:
- Improvements in documentation
- Improvements in display of attachments / MIME-parts
- Better HTML toggling
- Support MIME icons
- Bug fixes
