<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/emacs, branch master</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=master</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2026-03-14T22:47:01Z</updated>
<entry>
<title>emacs: Switch mode before pop-to-buffer</title>
<updated>2026-03-14T22:47:01Z</updated>
<author>
<name>Aurelien Rouene</name>
<email>aurelien@rouene.fr</email>
</author>
<published>2026-03-05T22:33:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=094744b3f6f5c6831b6555d1fe75709abf1d1279'/>
<id>urn:sha1:094744b3f6f5c6831b6555d1fe75709abf1d1279</id>
<content type='text'>
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 &lt;aurelien@rouene.fr&gt;
</content>
</entry>
<entry>
<title>emacs: Fix warnings on emacs@31.1</title>
<updated>2026-02-22T01:47:50Z</updated>
<author>
<name>Al Haji-Ali</name>
<email>a.hajiali@hw.ac.uk</email>
</author>
<published>2026-02-02T16:56:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=bcb1398cdc2bf7d8fab0223b6cb008b7959e0780'/>
<id>urn:sha1:bcb1398cdc2bf7d8fab0223b6cb008b7959e0780</id>
<content type='text'>
Use `when-let*' instead of `when-let'. Use quoted
`font-lock-warning-face' instead of obsolete variable.
</content>
</entry>
<entry>
<title>emacs: Have email reply positions respect relevant message.el options</title>
<updated>2026-01-24T23:29:27Z</updated>
<author>
<name>Kristoffer Balintona</name>
<email>krisbalintona@gmail.com</email>
</author>
<published>2024-11-05T03:22:39Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ad789ba474581619be9f25838fa3d96d38a8d0c1'/>
<id>urn:sha1:ad789ba474581619be9f25838fa3d96d38a8d0c1</id>
<content type='text'>
Previously, when composing email replies with `notmuch-mua-new-mail',
the email signature would always be placed below the email citation.
However, there are two message.el user options that affect the
position of the signature and email body:
`message-cite-reply-position` and `message-cite-style-gmail'.
Previously, neither of these user options were respected.

Respect these user options. If `message-cite-reply-position' is
'traditional or 'below, place the email signature below the citation
(the previous behavior is retained). If `message-cite-reply-position'
is 'above, place the email signature above the citation (like in
Gmail-style email replies).

`message-cite-style-gmail' may specify a value for
`message-cite-reply-position'. If it does, that value takes precedence
over `message-cite-reply-position'.
</content>
</entry>
<entry>
<title>emacs: fix `notmuch-*-filter-by-tag' query strings</title>
<updated>2026-01-24T23:15:12Z</updated>
<author>
<name>Kristoffer Balintona</name>
<email>krisbalintona@gmail.com</email>
</author>
<published>2025-11-13T20:39:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=07bb294049e786d1cf6fe07c6bef589826edb973'/>
<id>urn:sha1:07bb294049e786d1cf6fe07c6bef589826edb973</id>
<content type='text'>
`notmuch-tree-filter-by-tag' and `notmuch-search-filter-by-tag' are
described, in their docstrings, as matching all the messages in the
current view that are ALSO tagged by a given tag.  However, since the
current view's search query was not logically grouped together (with
parentheses), the actual behavior was different for sufficiently
complex search queries.

Fix this by grouping the current view's search query in parentheses
first.
</content>
</entry>
<entry>
<title>emacs/hello: fix one case of passing hide-excluded</title>
<updated>2026-01-14T22:56:22Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2025-06-15T20:12:35Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=97a2bad36a35399681f6c5f5a2b4390e6429d5ae'/>
<id>urn:sha1:97a2bad36a35399681f6c5f5a2b4390e6429d5ae</id>
<content type='text'>
In the search box (and recent searches), notmuch-search-hide-excluded
was not being passed to notmuch-search. This means that excluded
messages were always shown in the results. Fix this by passing the
extra argument.
</content>
</entry>
<entry>
<title>emacs: Generate and install autoloads</title>
<updated>2026-01-13T22:52:08Z</updated>
<author>
<name>Pengji Zhang</name>
<email>me@pengjiz.com</email>
</author>
<published>2024-08-18T07:42:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0469bcd1baf94548a4157effced6fee3a2f23cc6'/>
<id>urn:sha1:0469bcd1baf94548a4157effced6fee3a2f23cc6</id>
<content type='text'>
Previously when installed with 'make install', autoloads in sources
were not scraped. So users still had to load the full library
beforehand in order to use Notmuch.

Now we generate and install such a file for 'make install-emacs'. With
this change, users can replace in their Emacs configuration:

    (require 'notmuch)

with a much cheaper:

    (require 'notmuch-autoloads)

but are still able to use 'M-x notmuch'.

Note that this new file is not included in the 'make elpa' package, so
it does not break for those users, who have already been enjoying
autoloads generated by 'package.el'.

Besides, this should not break packaging for most distros. Even if
they have generated and maintained such a file using their package
managers, Emacs does not choke on an existing output file when
scraping autoloads.

Re: thread starting at id:87o75yl4u5.fsf@pengjiz.com

Amended-By: db; add comment about autoload-excludes
</content>
</entry>
<entry>
<title>emacs/search: call notmuch-search-mode before popping to buffer</title>
<updated>2025-06-20T15:57:18Z</updated>
<author>
<name>jonah</name>
<email>tschugg@posteo.de</email>
</author>
<published>2025-06-01T15:41:37Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=63665f1ebd6eff7753b7798add657fd6dbd110d6'/>
<id>urn:sha1:63665f1ebd6eff7753b7798add657fd6dbd110d6</id>
<content type='text'>
This makes derived-mode matching in display-buffer-alist work.
</content>
</entry>
<entry>
<title>emacs: fix disabling notmuch-show-header-line via custom</title>
<updated>2025-03-20T10:08:42Z</updated>
<author>
<name>len@realtimegenomics.com</name>
<email>len@realtimegenomics.com</email>
</author>
<published>2025-03-18T05:23:40Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d5ab2f0c02da4415e8775847ebc01559c9652e4c'/>
<id>urn:sha1:d5ab2f0c02da4415e8775847ebc01559c9652e4c</id>
<content type='text'>
The defcustom had a typo that prevented it from working as intended.
</content>
</entry>
<entry>
<title>Set 'untrusted-content' to t in all modes</title>
<updated>2025-03-14T11:51:02Z</updated>
<author>
<name>Stefan Kangas</name>
<email>stefankangas@gmail.com</email>
</author>
<published>2025-03-12T09:36:21Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=df4c1b5be769effb2ef7bc85c8bb8e09fb8f43fc'/>
<id>urn:sha1:df4c1b5be769effb2ef7bc85c8bb8e09fb8f43fc</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>emacs/tree: add call to notmuch-hl-line-mode from process-filter</title>
<updated>2025-03-13T10:56:05Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2024-08-10T17:36:25Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d4e36a2df66868b921c49d1545f9f096b64459e1'/>
<id>urn:sha1:d4e36a2df66868b921c49d1545f9f096b64459e1</id>
<content type='text'>
This removes the visual gap/stutter between when the screen fills and
when the hl-line "cursor" is drawn.  It is not obviously how to
robustly test this, since it the observable effect is purely a matter
of timing.
</content>
</entry>
</feed>
