<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/emacs, branch 0.18</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.18</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.18'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2014-04-21T12:48:41Z</updated>
<entry>
<title>emacs: hello: bugfix for saved searches defcustom</title>
<updated>2014-04-21T12:48:41Z</updated>
<author>
<name>Mark Walters</name>
<email>markwalters1009@gmail.com</email>
</author>
<published>2014-04-16T21:21:53Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ae2888015e41174aa34203f397ffa034b56cfc61'/>
<id>urn:sha1:ae2888015e41174aa34203f397ffa034b56cfc61</id>
<content type='text'>
The recent changes for saved searches introduced a bug when notmuch
was loaded after the saved search was defined. This was caused by a
utility function not being defined when the defcustom was loaded.

Fix this by moving some code around: the defcustom is moved into
notmuch-hello (which is a more natural place anyway), and the utility
functions are moved before the defcustom in notmuch-hello. We are
rather constrained as the defcustom for saved searches is the first
variable in the notmuch-hello customize window; to avoid moving this
customize the defcustom needs to be the first defcustom in
notmuch-hello, and the utility functions come before that.

This patch also renames one of the utility functions from
notmuch--saved-searches-to-plist to
notmuch-hello--saved-searches-to-plist (as it is purely local to
notmuch-hello) and corrects a couple of typo/spelling mistakes pointed
out by Tomi.
</content>
</entry>
<entry>
<title>emacs: Honor debug-on-error for part renderers</title>
<updated>2014-04-19T04:08:30Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-04-18T22:57:17Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1ada97e05b5385ef242b19c0d5903628a97e06fe'/>
<id>urn:sha1:1ada97e05b5385ef242b19c0d5903628a97e06fe</id>
<content type='text'>
Previously, even if debug-on-error was non-nil, the debugger would not
trap on part renderer errors.  This made debugging part renderer bugs
frustrating, so let the debugger trap these errors.
</content>
</entry>
<entry>
<title>emacs: hello: bugfix: make alphabetically sorted saved searches work</title>
<updated>2014-04-15T02:17:20Z</updated>
<author>
<name>Mark Walters</name>
<email>markwalters1009@gmail.com</email>
</author>
<published>2014-04-12T12:46:26Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2fc72a185424125597c9e13f6bdaf6fcd55c08c7'/>
<id>urn:sha1:2fc72a185424125597c9e13f6bdaf6fcd55c08c7</id>
<content type='text'>
My recent changes to the saved search format broke the alphabetically
sorted saved sort option. This makes it work again.

Also update docs for saved-search sort defcustom to match the new
format.

Finally, since the saved-search list is no longer an alist change the
names in the sort function to avoid confusion.
</content>
</entry>
<entry>
<title>emacs: remove auto-signing of replies to signed messages</title>
<updated>2014-04-15T02:16:40Z</updated>
<author>
<name>Jameson Graef Rollins</name>
<email>jrollins@finestructure.net</email>
</author>
<published>2014-04-14T19:40:50Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=16a3103023749a8bf1d9bcc232fd50527abe6876'/>
<id>urn:sha1:16a3103023749a8bf1d9bcc232fd50527abe6876</id>
<content type='text'>
It was decided that auto-signing is potentially too troublesome for the
apparently common case of users who enable crypto processing for the
purpose of checking signature validity but who are not in a position to
sign out-going messages.  Users can still manually invoke signing as needed.

Encrypting replies to encrypted messages is more of a security issue
so we leave it in place.
</content>
</entry>
<entry>
<title>emacs: add $(srcdir) to notmuch-version.el.tmpl dependency</title>
<updated>2014-04-13T11:42:51Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2014-04-12T11:59:46Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c2048addd40be3047231c786dd8162cfb80a8181'/>
<id>urn:sha1:c2048addd40be3047231c786dd8162cfb80a8181</id>
<content type='text'>
This fixes out-of-tree build when generating emacs/notmuch-version.el.
</content>
</entry>
<entry>
<title>emacs: sign/encrypt replies to signed/encrypted messages</title>
<updated>2014-04-13T01:37:03Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2014-04-05T09:18:06Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=30a0ed197efae461912138fb4e5f70849124fee3'/>
<id>urn:sha1:30a0ed197efae461912138fb4e5f70849124fee3</id>
<content type='text'>
This is a simple approach to improving security when replying to
signed or encrypted messages. If the message being replied to was
signed, add mml tag to sign the reply. If the message being replied to
was encrypted, add mml tag to sign and encrypt the reply.

This may need configuration; I for one might want to encrypt replies
to encrypted messages, but not always sign replies to signed messages.

This still includes a slight bug: if any mml tags are added, they are
included in the region containing the quoted parts. Killing the region
will kill the mml tags too.
</content>
</entry>
<entry>
<title>emacs: Add a sort-order option to saved-searches</title>
<updated>2014-04-11T13:27:26Z</updated>
<author>
<name>Mark Walters</name>
<email>markwalters1009@gmail.com</email>
</author>
<published>2014-04-06T05:44:49Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f225ee59ebdbd6961a0665f7e912825fbcc691d1'/>
<id>urn:sha1:f225ee59ebdbd6961a0665f7e912825fbcc691d1</id>
<content type='text'>
This adds a sort-order option to saved-searches, stores it in the
saved-search buttons (widgets), and uses the stored value when the
button is pressed.

Storing the sort-order in the widget was suggested by Jani in
id:4c3876274126985683e888641b29cf18142a5eb8.1391771337.git.jani@nikula.org.
</content>
</entry>
<entry>
<title>emacs: hello: switch notmuch-hello-insert-buttons to plists</title>
<updated>2014-04-11T13:26:51Z</updated>
<author>
<name>Mark Walters</name>
<email>markwalters1009@gmail.com</email>
</author>
<published>2014-04-06T05:44:48Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=355d24fb94d0520a9c19201ea04cd52f272f1f19'/>
<id>urn:sha1:355d24fb94d0520a9c19201ea04cd52f272f1f19</id>
<content type='text'>
Switching notmuch-hello-insert-buttons to plists means we can easily
pass extra options through to the buttons.
</content>
</entry>
<entry>
<title>emacs: hello: add a customize for saved-searches</title>
<updated>2014-04-11T13:26:41Z</updated>
<author>
<name>Mark Walters</name>
<email>markwalters1009@gmail.com</email>
</author>
<published>2014-04-06T05:44:47Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=79c262be66ff3215400fec35f1bdcf6687aac145'/>
<id>urn:sha1:79c262be66ff3215400fec35f1bdcf6687aac145</id>
<content type='text'>
Make the defcustom for notmuch-saved-searches use the new plist
format. It should still work with oldstyle saved-searches but will
write the newstyle form.
</content>
</entry>
<entry>
<title>emacs: hello: use the saved-search helper functions</title>
<updated>2014-04-11T13:26:30Z</updated>
<author>
<name>Mark Walters</name>
<email>markwalters1009@gmail.com</email>
</author>
<published>2014-04-06T05:44:46Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=5e26d14536398210869a920f8e7bb84fd2ace6aa'/>
<id>urn:sha1:5e26d14536398210869a920f8e7bb84fd2ace6aa</id>
<content type='text'>
This uses the helper functions: the saved searches format has not
changed yet but backwards compatibility means everything still works.
</content>
</entry>
</feed>
