notmuch/emacs/notmuch-show.el, branch master

emacs: Switch mode before pop-to-buffer

2026-03-14T22:47:01Z

When showing an email using notmuch-show-mode, set the mode "notmuch-show-mode" before using "pop-to-buffer-same-window", to be able to match on the major-mode with an entry in "display-buffer-alist". Using the major mode is the the only mean to set display rules, because the buffer title is set to the title of the email and is not fixed. Signed-off-by: Aurelien Rouene

emacs: Fix warnings on emacs@31.1

2026-02-22T01:47:50Z

Use `when-let*' instead of `when-let'. Use quoted `font-lock-warning-face' instead of obsolete variable.

emacs: fix disabling notmuch-show-header-line via custom

2025-03-20T10:08:42Z

The defcustom had a typo that prevented it from working as intended.

Set 'untrusted-content' to t in all modes

2025-03-14T11:51:02Z

Instead of trying to guess in which modes this is safe not to set in, let's just set it in all of them. Background (added by db): untrusted-content was added in Emacs 29.3 and is currently set by Gnus and used by org-mode to prevent certain unsafe operations. I think the intent is to use it for blocking more unsafe operations in the future.

notmuch-show-imenu-prev-index-position-function: Don't recenter

2025-02-18T12:54:36Z

The previous version of notmuch-show-imenu-prev-index-position-function was calling notmuch-show-previous-message which was recentering the window. This is a problem when which-func-mode is active because which-func-mode is called each time the user moves point around. Because this function is only meant to be executed by imenu, there is no reason to recenter the window. For the same reason, the new implementation doesn't have to follow strictly how notmuch-show-previous-message is implemented because imenu only places point at very specific locations before calling notmuch-show-imenu-prev-index-position-function.

emacs/show: fix for text/calendar display

2024-06-15T17:40:01Z

In certain scenarios involving symlinks and setting find-file-visit-truename, text/calendar parts were not displayed properly. Following a suggestion of Al Haji-Ali [1], replace the use of get-file-buffer with find-buffer-visiting. [1]: id:m2wmneguh8.fsf@gmail.com

emacs: wrap docstrings

2023-10-06T23:37:11Z

Suppress byte-compiler warnings about >80 character docstrings.

emacs/show: special case toggling display of images

2023-10-01T10:47:16Z

According to emacs upstream [1], we can't expect overlay invisibility and images to get along. This commit uses the previously stashed undisplayer functions to actually remove the images from the buffer. When the image is toggled, it is essentially redisplayed from scratch, using the previously stashed redisplay data. [1]: https://lists.gnu.org/archive/html/emacs-devel/2023-08/msg00593.html

emacs: save image redisplay data during non-lazy display

2023-10-01T10:47:16Z

This data will eventually be used to redisplay hidden images. A certain amount of refactoring is done here to avoid code duplication.

emacs/show: save redisplay redisplay data when showing lazy part.

2023-10-01T10:47:16Z

This data will be used to redisplay an image that is hidden by deleting it from the buffer. We cannot easily delay until the image is hidden, as we won't have the original data at that point.