<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/emacs/notmuch.el, branch 0.7</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.7</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.7'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2011-06-23T22:58:50Z</updated>
<entry>
<title>fix sum moar typos [user-visible documentation in code]</title>
<updated>2011-06-23T22:58:50Z</updated>
<author>
<name>Pieter Praet</name>
<email>pieter@praet.org</email>
</author>
<published>2011-06-20T20:14:21Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=432e091924c1d1d8950a44ca78bc5b9c5ade47e4'/>
<id>urn:sha1:432e091924c1d1d8950a44ca78bc5b9c5ade47e4</id>
<content type='text'>
Various typo fixes in documentation within the code that can be made
available to the user, (emacs function help strings, "notmuch help"
output, notmuch man page, etc.).

Signed-off-by: Pieter Praet &lt;pieter@praet.org&gt;

Edited-by: Carl Worth &lt;cworth@cworth.org&gt; Restricted to just
documentation and fixed fix of "comman" to "common" rather than
"command".
</content>
</entry>
<entry>
<title>emacs: Add support for PGP/MIME verification/decryption</title>
<updated>2011-05-27T23:22:00Z</updated>
<author>
<name>Jameson Graef Rollins</name>
<email>jrollins@finestructure.net</email>
</author>
<published>2011-05-26T01:01:19Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=45fe3547458e0c403f7501bad89860afe2fa534a'/>
<id>urn:sha1:45fe3547458e0c403f7501bad89860afe2fa534a</id>
<content type='text'>
A new emacs configuration variable "notmuch-crypto-process-mime"
controls the processing of PGP/MIME signatures and encrypted parts.
When this is set true, notmuch-query will use the notmuch show
--decrypt flag to decrypt encrypted messages and/or calculate the
sigstatus of signed messages.  If sigstatus is available, notmuch-show
will place a specially color-coded header at the begining of the
signed message.

Also included is the ability to switch decryption/verification on/off
on the fly, which is bound to M-RET in notmuch-search-mode.
</content>
</entry>
<entry>
<title>emacs: Allow the user to choose the "From" address when replying to a message</title>
<updated>2011-05-26T17:38:16Z</updated>
<author>
<name>Thomas Jost</name>
<email>schnouki@schnouki.net</email>
</author>
<published>2011-05-26T08:41:33Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f7cc259c10cc1a1c85b48d6c826c5e9effb3e34a'/>
<id>urn:sha1:f7cc259c10cc1a1c85b48d6c826c5e9effb3e34a</id>
<content type='text'>
When pressing C-u r, the user will be prompted for the identity to use.
</content>
</entry>
<entry>
<title>emacs: Allow the user to choose the "From" address when composing a new message</title>
<updated>2011-05-26T17:34:37Z</updated>
<author>
<name>Thomas Jost</name>
<email>schnouki@schnouki.net</email>
</author>
<published>2011-05-26T08:41:31Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=784649561abb627a9d81e4f718656dad0b6b6207'/>
<id>urn:sha1:784649561abb627a9d81e4f718656dad0b6b6207</id>
<content type='text'>
When pressing C-u m, the user will be prompted for the identity to use.
</content>
</entry>
<entry>
<title>emacs: add notmuch-before- and notmuch-after-tag-hook</title>
<updated>2011-05-24T20:28:41Z</updated>
<author>
<name>Daniel Schoepe</name>
<email>daniel.schoepe@googlemail.com</email>
</author>
<published>2011-05-15T15:48:58Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=d84e92709195d13a117d8f98847ff17f8ff2276c'/>
<id>urn:sha1:d84e92709195d13a117d8f98847ff17f8ff2276c</id>
<content type='text'>
This patch adds hooks that are run before/after messages are tagged
From the emacs interface.  In order to implement this and to avoid
having hooks parse all the arguments to the notmuch binary again, I
created a `notmuch-tag' function that other modules should use instead
of running (notmuch-call-notmuch-process "tag" ...) directly.
</content>
</entry>
<entry>
<title>use custom-face-edit value-type in notmuch-search-line-faces</title>
<updated>2011-04-25T21:26:20Z</updated>
<author>
<name>Jameson Graef Rollins</name>
<email>jrollins@finestructure.net</email>
</author>
<published>2011-03-27T05:16:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=907cac7035a889cf67a51169c2d2d23ee14cf7a2'/>
<id>urn:sha1:907cac7035a889cf67a51169c2d2d23ee14cf7a2</id>
<content type='text'>
This enables the proper face customization UI for
notmuch-search-line-faces.
</content>
</entry>
<entry>
<title>emacs: Define notmuch-search-process-filter-data before first use.</title>
<updated>2011-03-11T01:59:53Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-03-11T01:59:53Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=eead2382774f42c3531f7abe6f06cbe88fe4492a'/>
<id>urn:sha1:eead2382774f42c3531f7abe6f06cbe88fe4492a</id>
<content type='text'>
To avoid a wraning about a reference to a free variable when compiling.
</content>
</entry>
<entry>
<title>emacs: Don't drop error messages from "notmuch search"</title>
<updated>2011-03-11T00:53:46Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-03-11T00:53:46Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=708c4f46caae76d4366a6a8de369943a3adef443'/>
<id>urn:sha1:708c4f46caae76d4366a6a8de369943a3adef443</id>
<content type='text'>
With the previous commit, unexpected output before or between search results
would be displayed. However, trailing junk from the "notmuch search" output
would still be silently swallowed.

The most common case for an error message from "notmuch search" would be
an invalid command-line, and in that case, there would be no search results
and the trailing error message would get swallowed.

We fix the process sentinel to check for leftover data and add it to the
final buffer. We also add a test case to ensure this works.
</content>
</entry>
<entry>
<title>emacs: Fix notmuch-search-process-filter to handle incomplete lines</title>
<updated>2011-03-11T00:25:37Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-03-10T23:29:24Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8a534dc60d5f4bf579eabda9ae482a1982de3e4e'/>
<id>urn:sha1:8a534dc60d5f4bf579eabda9ae482a1982de3e4e</id>
<content type='text'>
This fixes the recently-added emacs-large-search-buffer test. This is
as simple as saving any trailing input and then pre-prepending it on
the next call.

MAny thanks to Thomas Schwinge &lt;thomas@schwinge.name&gt; for tracking
down this problem and contributing a preliminary version of this fix.
</content>
</entry>
<entry>
<title>emacs: Display any unexpected output from notmuch search</title>
<updated>2011-03-10T23:18:40Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-03-10T23:18:40Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=44d3c57e2a62e8d8a299894619389d90c2b97a14'/>
<id>urn:sha1:44d3c57e2a62e8d8a299894619389d90c2b97a14</id>
<content type='text'>
Rather than silently swallowing unexpected output, the emacs interface will now
display it. This will allow error messages to actually arrive at the emacs
interface (though not in an especially pretty way). This also allows for easier
investigation of the inadvertent swallowing of search results that span page
boundaries (as demonstrated by the recent added emacs-large-search-buffer test).

The page-boundary bug has been present since a commit from 2009-11-24:
93af7b574598637c2766dd1f8ef343962c9a8efb

Many thanks to Thomas Schwinge for tracking that bug down and
contributing the test for it.
</content>
</entry>
</feed>
