<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/emacs, branch 0.4</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.4</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.4'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2010-10-29T22:49:01Z</updated>
<entry>
<title>Fix problem with notmuch-hello-nice-number</title>
<updated>2010-10-29T22:49:01Z</updated>
<author>
<name>Dirk Hohndel</name>
<email>hohndel@infradead.org</email>
</author>
<published>2010-10-29T22:49:01Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ee578338a691bb948a00d9372f9fe2b898f2b267'/>
<id>urn:sha1:ee578338a691bb948a00d9372f9fe2b898f2b267</id>
<content type='text'>
Without this little patch notmuch fails if asked to display a saved
search that has zero results

Edited-by: David Edmondson &lt;dme@dme.org&gt;: With code that is a little
more "emacsy".
</content>
</entry>
<entry>
<title>emacs: Re-work the implementation of highlighting in notmuch-search-mode.</title>
<updated>2010-10-29T22:30:43Z</updated>
<author>
<name>David Edmondson</name>
<email>dme@dme.org</email>
</author>
<published>2010-06-07T14:35:10Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f99ad42da03afd638bfdfdea92d1cbdd3b510b8f'/>
<id>urn:sha1:f99ad42da03afd638bfdfdea92d1cbdd3b510b8f</id>
<content type='text'>
Re-write `notmuch-search-color-line', with the following improvements:
 - create overlays only if they will be needed,
 - merge the properties specified for a tag on top of any matching a
   previous tag.
</content>
</entry>
<entry>
<title>emacs: Fix the autoload comments</title>
<updated>2010-10-29T22:27:01Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-29T22:27:01Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b11ecf613a3e574ff80e0e9ec5825b43b541ab12'/>
<id>urn:sha1:b11ecf613a3e574ff80e0e9ec5825b43b541ab12</id>
<content type='text'>
Remove them from non-top-level entry points, (such as the functions to
set notmuch modes and the deprecated notmuch-folder function). And add
one to the notmuch-hello function. Also, add missing documentation
string to notmuch-hello.
</content>
</entry>
<entry>
<title>Don't involve the shell in notmuch searches</title>
<updated>2010-10-29T21:13:51Z</updated>
<author>
<name>David Benjamin</name>
<email>davidben@MIT.EDU</email>
</author>
<published>2010-06-04T00:29:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=adbfff40caeef27b912dbeb2bf3d1038a6e6cab0'/>
<id>urn:sha1:adbfff40caeef27b912dbeb2bf3d1038a6e6cab0</id>
<content type='text'>
The shell isn't needed to interpret any of the arguments, so don't
bother using it at all.

Signed-off-by: David Benjamin &lt;davidben@mit.edu&gt;
</content>
</entry>
<entry>
<title>emacs: Use copy-sequence instead of copy-seq.</title>
<updated>2010-10-28T18:35:58Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T17:39:52Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=294b6a67c1461f41ae331e5f7ea3cd07488cb3c2'/>
<id>urn:sha1:294b6a67c1461f41ae331e5f7ea3cd07488cb3c2</id>
<content type='text'>
I don't see copy-seq documented within emacs at all, and some users
have encountered failures of the form:

notmuch-show-del-tags-worker: Symbol's function definition is void: copy-seq

This should eliminate that problem.
</content>
</entry>
<entry>
<title>emacs: Eliminate duplicate From header in replies.</title>
<updated>2010-10-28T01:44:05Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T01:44:05Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6d93d2090d1546e631dbb28f562d7caa8be5b088'/>
<id>urn:sha1:6d93d2090d1546e631dbb28f562d7caa8be5b088</id>
<content type='text'>
The original code was intended to work, but clearly wasn't tested. Use
mail-header (as in existing code) to extract a header from a header alist.

This fixes the duplicate-from-line bug that is exercised by the test
just added to the test suite.
</content>
</entry>
<entry>
<title>emacs: Eliminate warning of calling function with excess arguments.</title>
<updated>2010-10-28T01:04:38Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T01:04:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c9e0da3a1aaa640da330fe82fa906bb84463736b'/>
<id>urn:sha1:c9e0da3a1aaa640da330fe82fa906bb84463736b</id>
<content type='text'>
Yet another case of "how could this have possibly worked before?!".

I guess we were just getting very lucky with the emacs lisp calling
conventions and what happens with extra arguments, but, ick! Much
better now.
</content>
</entry>
<entry>
<title>emacs: Remove non-interactive call of goto-line</title>
<updated>2010-10-28T00:58:19Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T00:58:19Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=75f703e7c2fe33920342c1bc534d19935c1e3513'/>
<id>urn:sha1:75f703e7c2fe33920342c1bc534d19935c1e3513</id>
<content type='text'>
As the emacs compiler warns, the goto-line function is only intended for
interactive use. Instead use the approach recommended in the goto-line
documentation to avoid this.
</content>
</entry>
<entry>
<title>emacs: Fix to eliminate warning in notmuch-query-map-aux</title>
<updated>2010-10-28T00:54:38Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T00:54:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=4ddb5ab4dd42208ba24989f188bdd06ab7865b5e'/>
<id>urn:sha1:4ddb5ab4dd42208ba24989f188bdd06ab7865b5e</id>
<content type='text'>
This is one of those cases where the warning looks absolutely correct,
(complaining about a free variable), but I'm left wondering how the
original code could have worked at all.

From what I can tell, this code wasn't actually being called by any
of the current code in notmuch.
</content>
</entry>
<entry>
<title>emacs: Avoid runtime use of `cl'.</title>
<updated>2010-10-28T00:41:50Z</updated>
<author>
<name>David Edmondson</name>
<email>dme@dme.org</email>
</author>
<published>2010-04-29T10:33:36Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c506e1034b5adb54b3e4f8d3e59086756f2bb126'/>
<id>urn:sha1:c506e1034b5adb54b3e4f8d3e59086756f2bb126</id>
<content type='text'>
The GNU Emacs Lisp Reference Manual section D.1 says:

&gt; *  Please don't require the cl package of Common Lisp extensions at
&gt;    run time. Use of this package is optional, and it is not part of
&gt;    the standard Emacs namespace. If your package loads cl at run time,
&gt;    that could cause name clashes for users who don't use that package.
&gt;
&gt;    However, there is no problem with using the cl package at compile
&gt;    time, with (eval-when-compile (require 'cl)). That's sufficient for
&gt;    using the macros in the cl package, because the compiler expands
&gt;    them before generating the byte-code.

Follow this advice, requiring the following changes where `cl' was
used at runtime:

- replace `rassoc-if' in `notmuch-search-buffer-title' with the `loop'
  macro and inline code. At the same time find the longest prefix
  which matches the query rather than simply the last,
- replace `union', `intersection' and `set-difference' in
  `notmuch-show-add-tag' and `notmuch-show-remove-tag' with local code
  to calculate the result of adding and removing a list of tags from
  another list of tags.
</content>
</entry>
</feed>
