<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/emacs, branch 0.3.1</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.3.1</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.3.1'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2010-04-27T18:10:50Z</updated>
<entry>
<title>emacs: Remove conditional from notmuch-fcc-initialization.</title>
<updated>2010-04-27T18:10:50Z</updated>
<author>
<name>Jesse Rosenthal</name>
<email>jrosenthal@jhu.edu</email>
</author>
<published>2010-04-27T16:33:57Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8fe3ee6f270efae66e7e0287e32f93a9b48c7a32'/>
<id>urn:sha1:8fe3ee6f270efae66e7e0287e32f93a9b48c7a32</id>
<content type='text'>
The fcc code would only initialize if notmuch-fcc-dirs was set. This was
a problem if you reset the variable, or added the variable later during
initialization. Now we always add the fcc hook, but it doesn't do
anything unless notmuch-fcc-dirs are set.
(cherry picked from commit 80a90787163690d2d87571327ba504a470798c60)
</content>
</entry>
<entry>
<title>emacs: Fix `notmuch-hello-insert-tags' to correctly draw the tags.</title>
<updated>2010-04-27T18:08:11Z</updated>
<author>
<name>David Edmondson</name>
<email>dme@dme.org</email>
</author>
<published>2010-04-27T10:04:37Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1b4a9de7c21710f18c5341b2009af49bb942deaa'/>
<id>urn:sha1:1b4a9de7c21710f18c5341b2009af49bb942deaa</id>
<content type='text'>
The fix in 1e1871154341cdd3413fe3f32e3aae477826d815 broke end-of-row
wrapping when drawing the table of tags/saved searches. Fix that and
improve the readability of the matrix reflection code to hasten future
debugging.
(cherry picked from commit 08561d8ae133704fcf15edbdd47f15474dc030d5)
</content>
</entry>
<entry>
<title>emacs: If 'all tags' is not shown, don't use it when calculating widths.</title>
<updated>2010-04-27T18:08:00Z</updated>
<author>
<name>David Edmondson</name>
<email>dme@dme.org</email>
</author>
<published>2010-04-27T10:04:36Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=98a05af06384f10881033f8b9d182a6f89cbebad'/>
<id>urn:sha1:98a05af06384f10881033f8b9d182a6f89cbebad</id>
<content type='text'>
If the 'all tags' section of the hello buffer will not be shown, don't
consider those tags when determining the number of saved searches that
can be displayed on a single line.
(cherry picked from commit 18d41192d2cf0c71045c2f6420eb2311553f58b4)
</content>
</entry>
<entry>
<title>emacs: Fix column alignment in `notmuch-hello-insert-tags'</title>
<updated>2010-04-27T08:56:13Z</updated>
<author>
<name>David Edmondson</name>
<email>dme@dme.org</email>
</author>
<published>2010-04-27T07:00:44Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1e1871154341cdd3413fe3f32e3aae477826d815'/>
<id>urn:sha1:1e1871154341cdd3413fe3f32e3aae477826d815</id>
<content type='text'>
Re-working the saved search/tag insertion to buttonize only the name
of the saved search/tag plus one space broke the calculation of how
much filler is required to complete the column, resulting in lines
wider than the window.
</content>
</entry>
<entry>
<title>emacs: Use message-signature-separator rather than hard-coded string.</title>
<updated>2010-04-27T06:12:58Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-04-27T06:12:58Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=3dac7305c24220ec7a46db8d08d7b5eb0401d02d'/>
<id>urn:sha1:3dac7305c24220ec7a46db8d08d7b5eb0401d02d</id>
<content type='text'>
It's possible that the user has instructed message-mode to use some
other separator. If so, then that's what we should look for when
looking for the signature.

Thanks to David Edmondson &lt;dme@dme.org&gt; for pointing this out.
</content>
</entry>
<entry>
<title>emacs: Delete some trailing whitespace.</title>
<updated>2010-04-27T06:09:08Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-04-27T06:09:08Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=173a195da97613bf25efbc248e27305ea23de70c'/>
<id>urn:sha1:173a195da97613bf25efbc248e27305ea23de70c</id>
<content type='text'>
That managed to sneak in with some recent improvements to the Fcc code.
</content>
</entry>
<entry>
<title>emacs: Ensure that message-directory for Fcc has a trailing slash</title>
<updated>2010-04-27T06:06:54Z</updated>
<author>
<name>Jesse Rosenthal</name>
<email>jrosenthal@jhu.edu</email>
</author>
<published>2010-04-27T03:08:34Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=24a7a10af2cbac0dadf45ffcdc59a8d84d6d4354'/>
<id>urn:sha1:24a7a10af2cbac0dadf45ffcdc59a8d84d6d4354</id>
<content type='text'>
Use `file-name-as-directory' to ensure that message-directory has a
trailing slash so it can be combined with the notmuch-fcc-dirs
correctly.
</content>
</entry>
<entry>
<title>emacs: add prompt to create maildir for fcc if it does not exist.</title>
<updated>2010-04-27T06:06:50Z</updated>
<author>
<name>Jesse Rosenthal</name>
<email>jrosenthal@jhu.edu</email>
</author>
<published>2010-04-27T01:33:13Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=07c8eb1db6ab9a8b2939d656f17f0f836ba05c75'/>
<id>urn:sha1:07c8eb1db6ab9a8b2939d656f17f0f836ba05c75</id>
<content type='text'>
If the user specifies a maildir that does not exist, prompt the user to
see whether a maildir should be created. This will fail, with the
relevant explanation, if the location is not writable, or if a file
already exists in that location. If the location is a dir, but not a
maildir, this will add /tmp/cur/new to it.
</content>
</entry>
<entry>
<title>emacs: fcc should fail at the right time if it doesn't point to a maildir</title>
<updated>2010-04-27T06:06:36Z</updated>
<author>
<name>Jesse Rosenthal</name>
<email>jrosenthal@jhu.edu</email>
</author>
<published>2010-04-27T00:29:27Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=9b85872ed4526688a6195cfa8af19be20ed869c2'/>
<id>urn:sha1:9b85872ed4526688a6195cfa8af19be20ed869c2</id>
<content type='text'>
Throw an error after the maildir is generated but before the message
is sent. This change allows the user to edit the maildir if it fails,
so that it will point to a correct place.

Note that this changes the previous behavior which always overwrote
the existing Fcc line. Now, an Fcc line is only auto-generated if
there isn't one already there.

The ideal change would be to prompt to create a maildir. This should
enable a place for doing that in a future patch.
</content>
</entry>
<entry>
<title>emacs: Tweak search-buffer naming to search list in reverse order</title>
<updated>2010-04-27T06:00:20Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-04-27T06:00:20Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0d8e26d0e3324e28424329dd79d4c44b849b27ce'/>
<id>urn:sha1:0d8e26d0e3324e28424329dd79d4c44b849b27ce</id>
<content type='text'>
The complete-string matching of commit
f2ebe3ac446afda9ced6507dc391865464ccdcaa
defeats the substitution of partial search
strings when the user manually types a
long search string that just happens to
partially match a saved search.

For example, typing "tag:inbox and not tag:foo"
should result in "[inbox] and not tag:foo" but
this has been broken since that commit.

As a compromise between this feature and what the
commit was trying to achieve, we now reverse the
saved-searches list before looking for a match.
This happens to work for me, but won't necessarily
work in general.

What we really want is the longest match, but rassoc-if
just gives us the first match. All of this is just about
creating slightly nice search-buffer names. So if anyone
really cares about making the names *even* nicer, then
they could improve this further.
</content>
</entry>
</feed>
