<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/emacs/notmuch-lib.el, branch 0.21</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.21</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.21'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2015-08-04T18:56:38Z</updated>
<entry>
<title>emacs: prefer notmuch-emacs-version in User-Agent: header</title>
<updated>2015-08-04T18:56:38Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2015-08-02T14:48:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=3c1eea5646fcf33d66acb874d82f3518a75c24de'/>
<id>urn:sha1:3c1eea5646fcf33d66acb874d82f3518a75c24de</id>
<content type='text'>
Now that we have `notmuch-emacs-version' defined in notmuch emacs MUA
use that as a part of User-Agent: header to provide more accurate
version information when sending emails.

In case some incomplete installation of notmuch emacs MUA is used and
`notmuch-emacs-version' is defined as "unknown" then fall back to ask
version info from cli (as it used to be before this commit).

Requiring notmuch-version[.elc] and if that is missing setting
"fallback" notmuch-emacs-version (to "unknown") was moved from
notmuch.el to notmuch-lib.el as notmuch-mua.el (which provides
User-Agent: information) require's the latter.
</content>
</entry>
<entry>
<title>emacs: renamed function notmuch-version to notmuch-cli-version</title>
<updated>2015-08-04T18:56:28Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2015-08-02T14:48:13Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0c565fa29fc29f74209d4343e2fc88f3b8008aaa'/>
<id>urn:sha1:0c565fa29fc29f74209d4343e2fc88f3b8008aaa</id>
<content type='text'>
As it asks `notmuch` binary for its version number.
</content>
</entry>
<entry>
<title>emacs: Support caching in notmuch-get-bodypart-{binary,text}</title>
<updated>2015-01-25T17:39:13Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@mit.edu</email>
</author>
<published>2015-01-24T21:17:00Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=3687418526b155668578c1d70ccd6d9b63de2200'/>
<id>urn:sha1:3687418526b155668578c1d70ccd6d9b63de2200</id>
<content type='text'>
(The actual code change here is small, but requires re-indenting
existing code.)
</content>
</entry>
<entry>
<title>emacs: Return unibyte strings for binary part data</title>
<updated>2015-01-25T17:39:13Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@mit.edu</email>
</author>
<published>2015-01-24T21:16:59Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=9d19f325f5a0879e2f646e83e59595d5cb345de3'/>
<id>urn:sha1:9d19f325f5a0879e2f646e83e59595d5cb345de3</id>
<content type='text'>
Unibyte strings are meant for representing binary data.  In practice,
using unibyte versus multibyte strings affects *almost* nothing.  It
does happen to matter if we use the binary data in an image descriptor
(which is, helpfully, not documented anywhere and getting it wrong
results in opaque errors like "Not a PNG image: &lt;giant binary spew
that is, in fact, a PNG image&gt;").
</content>
</entry>
<entry>
<title>emacs: Remove broken `notmuch-get-bodypart-content' API</title>
<updated>2015-01-25T17:39:13Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@mit.edu</email>
</author>
<published>2015-01-24T21:16:58Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=991efcded840944b2f7ebf97d4c9df51a3d011cf'/>
<id>urn:sha1:991efcded840944b2f7ebf97d4c9df51a3d011cf</id>
<content type='text'>
`notmuch-get-bodypart-content' could do two very different things,
depending on conditions: for text/* parts other than text/html, it
would return the part content as a multibyte Lisp string *after*
charset conversion, while for other parts (including text/html), it
would return binary part content without charset conversion.

This commit completes the split of `notmuch-get-bodypart-content' into
two different and explicit APIs: `notmuch-get-bodypart-binary' and
`notmuch-get-bodypart-text'.  It updates all callers to use one or the
other depending on what's appropriate.
</content>
</entry>
<entry>
<title>emacs: Create an API for fetching parts as undecoded binary</title>
<updated>2015-01-25T17:39:13Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@mit.edu</email>
</author>
<published>2015-01-24T21:16:57Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=021906d6ec60360b5587ae08657fd6caa9a71b17'/>
<id>urn:sha1:021906d6ec60360b5587ae08657fd6caa9a71b17</id>
<content type='text'>
The new function, `notmuch-get-bodypart-binary', replaces
`notmuch-get-bodypart-internal'.  Whereas the old function was really
meant for internal use in `notmuch-get-bodypart-content', it was used
in a few other places.  Since the difference between
`notmuch-get-bodypart-content' and `notmuch-get-bodypart-internal' was
unclear, these other uses were always confusing and potentially
inconsistent.  The new call clearly requests the part as undecoded
binary.

This is step 1 of 2 in separating `notmuch-get-bodypart-content' into
two APIs for retrieving either undecoded binary or decoded text.
</content>
</entry>
<entry>
<title>emacs: Improve the behaviour of the 'q' binding.</title>
<updated>2014-10-31T16:54:21Z</updated>
<author>
<name>David Edmondson</name>
<email>dme@dme.org</email>
</author>
<published>2014-10-29T14:18:49Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=30f1c43efe32c83193a6b9ae1f31ab2667e4195d'/>
<id>urn:sha1:30f1c43efe32c83193a6b9ae1f31ab2667e4195d</id>
<content type='text'>
When a user hits 'q' in a notmuch buffer, kill the buffer only if
there are no other windows currently showing it.
</content>
</entry>
<entry>
<title>emacs: Remove redundant NTH argument from `notmuch-get-bodypart-content'.</title>
<updated>2014-09-21T19:23:45Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-04-21T18:37:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0b94dd7fd3dcd071ebbe498cd80f5fd687a78e08'/>
<id>urn:sha1:0b94dd7fd3dcd071ebbe498cd80f5fd687a78e08</id>
<content type='text'>
This can be derived from the PART argument (which is arguably
canonical), so there's no sense in giving the caller an extra foot
gun.
</content>
</entry>
<entry>
<title>emacs: Introduce notmuch-jump: shortcut keys to saved searches</title>
<updated>2014-08-05T11:07:27Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-08-05T01:45:20Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=3c1ad5bfa0039191f1202b0542eb3af7afd16c5c'/>
<id>urn:sha1:3c1ad5bfa0039191f1202b0542eb3af7afd16c5c</id>
<content type='text'>
This introduces notmuch-jump, which is like a user-friendly,
user-configurable global prefix map for saved searches.  This provides
a non-modal and much faster way to access saved searches than
notmuch-hello.

A user configures shortcut keys in notmuch-saved-searches, which are
immediately accessible from anywhere in Notmuch under the "j" key (for
"jump").  When the user hits "j", the minibuffer immediately shows a
helpful table of bindings reminiscent of a completions buffer.

This code is a combination of work from myself (originally,
"notmuch-go"), David Edmondson, and modifications from Mark Walters.
</content>
</entry>
<entry>
<title>emacs: Clarify that notmuch-poll-script is deprecated</title>
<updated>2014-07-31T10:10:47Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-07-24T21:19:31Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8251d639b2e4f38db097fad283e61fac93d644f7'/>
<id>urn:sha1:8251d639b2e4f38db097fad283e61fac93d644f7</id>
<content type='text'>
notmuch-poll-script has long since been deprecated in favor of
post-new hooks, but this wasn't obvious from the documentation.
Update the documentation to make this clear.  Since
notmuch-poll-script could, to some extend, be used to control the path
of the notmuch binary and that use is now clearly discouraged, promote
notmuch-command to a real defcustom instead of just a variable.
</content>
</entry>
</feed>
