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
On Mon, 26 Apr 2010 16:33:27 -0700, Carl Worth wrote:
>
> I tried to look at it a couple of times, but it was already stale then
> so I didn't look hard enough.
>
> The couple of questions I have are:
>
> * How close does the generated output match what we have today?
Pretty close, I think.
On Mon, 26 Apr 2010 11:31:05 -0700, Carl Worth wrote:
> For example, if dme commits a fix and marks "issue #217 closed" with
> that fix, then I'd like my repository of bugs to also know to close that
> issue when I later merge his fix.
bitbucket does that, and i would bet its quite a common
On Mon, 26 Apr 2010 20:29:27 -0400, Jesse Rosenthal
wrote:
> 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
es case...
dme.
--
David Edmondson, http://dme.org
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/7be11cdf/attachment.pgp>
ytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/b9de8e61/attachment.pgp>
David Edmondson, http://dme.org
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/6fe4da75/attachment.pgp>
On Mon, 26 Apr 2010 16:39:44 -0700, Carl Worth wrote:
> On Mon, 26 Apr 2010 15:28:02 -0700, Dirk Hohndel
> wrote:
> > This appears not to have gone out??? Must be that weird MUA that I'm
> > using...
>
> Strange. I couldn't find it earlier, and now I have both versions
> here. So blame me, (or
On Mon, 26 Apr 2010 16:27:50 -0700, Carl Worth wrote:
> On Fri, 23 Apr 2010 15:52:15 -0700, Dirk Hohndel
> wrote:
> > This adds a new "guess-from" option to notmuch and modifies the
> > emacs UI to use this to use the best guess from address when
> > forwarding email.
>
> I don't want to add a
art/* message.
dme.
--
David Edmondson, http://dme.org
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/0df8a3b3/attachment.pgp>
itto...
They are both due to re-arranging the relationship between notmuch.el
and notmuch-hello.el.
dme.
--
David Edmondson, http://dme.org
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/8d3d94ff/attachment-0001.pgp>
attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/a44847fa/attachment.pgp>
e
> through the list as well would it?
Not with `completing-read', but I'll look at it after 0.3.
dme.
--
David Edmondson, http://dme.org
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not ava
From: David Edmondson
When completing an address, tell the user how many addresses in the
database matched the query.
---
emacs/notmuch-address.el |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-address.el b/emacs/notmuch-address.el
(id:1272289530-12593-1-git-send-email-dme at dme.org is the most
recent).
dme.
--
David Edmondson, http://dme.org
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/5e304264/attachment-0001.pgp>
--
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/e9e719b1/attachment.pgp>
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/c851af7e/attachment.pgp>
On Fri, 23 Apr 2010 15:52:15 -0700, Dirk Hohndel
wrote:
> This adds a new "guess-from" option to notmuch and modifies the
> emacs UI to use this to use the best guess from address when
> forwarding email.
I don't want to add a new top-level command for this functionality,
(which is fairly
From: David Edmondson
---
emacs/notmuch.el |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 428ae6c..e207180 100644
--- a/emacs/notmuch.el
+++ b/emacs/notmuch.el
@@ -659,11 +659,6 @@ characters as well as
n-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/e4d69d83/attachment.pgp>
From: David Edmondson
---
emacs/notmuch-hello.el |1 -
emacs/notmuch-lib.el |5 +
emacs/notmuch.el |7 +++
3 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
index 30b3a5e..bd882b8 100644
---
From: David Edmondson
When determining whether or not to re-align the head of the current
message with the top of the window, use `count-screen-lines' rather
than `count-lines' to allow for invisible text in the preceding
message. When comparing that number of lines against
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/80d94497/attachment.pgp>
On Mon, 26 Apr 2010 10:28:33 -0700, Carl Worth wrote:
> On Mon, 26 Apr 2010 09:31:49 -0700, Dirk Hohndel
> wrote:
> > On Mon, 26 Apr 2010 15:01:25 +0100, David Edmondson wrote:
> > > For composing new messages and forwarding, leave the cursor on the
> > > 'To:' field. For replies, leave the
For composing new messages and forwarding, leave the cursor on the
'To:' field. For replies, leave the cursor at the start of the
body. In all cases, mark the buffer as not modified so that the user
is not prompted if she decides to immediately kill the buffer.
---
emacs/notmuch-mua.el | 32
Add:
- notmuch-wash-wrap-long-lines: Wrap lines longer than the width of
the current window whilst maintaining any citation prefix.
- notmuch-wash-tidy-citations: Tidy up citations by:
- compress repeated otherwise blank citation lines,
- remove otherwise blank citation lines at the head and
--
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/afe5a840/attachment.pgp>
On Mon, 26 Apr 2010 10:23:15 +0200, Sebastian Spaeth
wrote:
> The patch series needed rebasing as it conflicts now with some of the
> notmuch-hello and notmuch-mua additions. Also, I integrated Dirk's proposal
> to use assoc-string which makes the address lookup case-insensitive.
I've merged
On 2010-04-26, David Edmondson wrote:
> M-n to move forward in the list, M-p to move backwards (including into
> any history you have accrued).
Alternatively, some of us have that weird new invention on their
keyboards called "arrow keys" ;-)
Compare the formatted version of the authors with the formatted sample
string rather than the un-formatted authors with the formatted sample
string.
---
Carl, please pull this in for 0.3. The previous fix didn't work
correctly when the authors string was one character shorter than the
length
We want to be able to correctly guess the best From: header to use when
replying to emails. This is what we are looking at now:
1 is one of the users' mail addresses in the To: or Cc: header
2 check for an Envelope-to: header
3 check for an X-Original-To: header
4 check for a (for ) clause in
With this patch the Received: header becomes special in the way
we treat headers - this is the only header for which we concatenate
all the instances we find (instead of just returning the first one).
This will be used in the From guessing code for replies as we need to
be able to walk ALL of the
Carl,
based on your comment on IRC I have rebased this patch to the current
origin/master and split it in two parts, one that makes the Received: header
special when getting headers from a message file, and one that changes the
heuristic by which we guess the best From: header. This passes the
Add a list of headers to those hidden by `message-mode' when
composing. By default the list includes only "User-Agent:".
---
emacs/notmuch-mua.el | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index
On Mon, 26 Apr 2010 13:29:42 +0200, "Sebastian Spaeth" wrote:
> On 2010-04-26, David Edmondson wrote:
> > M-n to move forward in the list, M-p to move backwards (including into
> > any history you have accrued).
>
> Alternatively, some of us have that weird new invention on their
> keyboards
On Sat, 24 Apr 2010 08:37:11 -0700, Carl Worth wrote:
> Meanwhile, I'm aware of two regressions I'd like to see fixed before
> 0.3:
>
> * Reply is now splitting the window
>
> We're copying the original message into the new reply buffer, so
> what's the advantage of splitting here?
Always sort the headers in the message composition window.
---
emacs/notmuch-mua.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index b69e31c..004b50a 100644
--- a/emacs/notmuch-mua.el
+++ b/emacs/notmuch-mua.el
@@ -112,6
ize: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/1e545acb/attachment.pgp>
rg/pipermail/notmuch/attachments/20100426/4164e112/attachment.pgp>
The buffer used to edit a reply should overlay the original
message. Encourage this by setting `same-window-regexps' locally.
---
emacs/notmuch-mua.el | 16 ++--
1 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index
---
test/notmuch-test |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/test/notmuch-test b/test/notmuch-test
index 7082344..dc413f7 100755
--- a/test/notmuch-test
+++ b/test/notmuch-test
@@ -1,6 +1,10 @@
#!/bin/bash
set -e
+# Messages contain time/date values with
> Want to replay all the git test-suite commits other than any from the
> person with the missing ack? That should get us pretty close to the
> current state in git, would give us code we could use, and might even
> make it possible for us to submit improvements directly to the upstream
> git
On Sat, 24 Apr 2010 07:38:03 -0700, Carl Worth wrote:
> Otherwise, we might want to start supporting more clever handling of the
> exception. For example, the high-level application might want to retry
> an operation if it fails due to a DatabaseModified exception.
This is what I would like to
On Sat, 24 Apr 2010 11:04:49 -0300, David Bremner wrote:
> As I'm faced with writing docs for output selection, I'd like to revisit
> this idea. I didn't get any feedback, positive or negative about the
> idea of keeping the docs in pod. I don't care much about the format,
> but I think it would
On Sat, 24 Apr 2010 05:42:54 -0700, Carl Worth wrote:
> On Fri, 23 Apr 2010 21:08:48 +0100, David Edmondson wrote:
> > I like the current behaviour, but changing the default would be fine.
>
> Which parts of it do you like? Being able to toggle the header back and
> forth? Or just that the
On Sat, 24 Apr 2010 08:37:11 -0700, Carl Worth wrote:
> I pushed hard to get most everything we wanted for 0.3 done yesterday,
> (which was one week since 0.2). I think we're still within the tolerance
> of my published "about a week" schedule, but I would like to wrap things
> up soon.
>
> Here
On Fri, 23 Apr 2010 17:49:38 -0700, Carl Worth wrote:
> I finally hit on doing (require 'notmuch-address) in .emacs. As noted
> previously, can we please make (require 'notmuch) pull in all notmuch
> functionality rather than having it separated like this?
Patch sent.
> Finally, though, I
rg/pipermail/notmuch/attachments/20100426/c5ab21c6/attachment.pgp>
"notmuch-address.el" tries to be careful to insinuate itself into
message mode only if it will do something useful, so it's safe to load
it all of the time.
---
emacs/notmuch-mua.el |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-mua.el
On Fri, 23 Apr 2010 15:52:15 -0700, Dirk Hohndel
wrote:
> Given how little elisp I know I'm quite interested in feedback
> and better implementations
I think that:
(defun notmuch-show-forward-message ()
"Forward the current message."
(interactive)
(let ((user-mail-address
es
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/eae7c717/attachment.pgp>
rt --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/7fb485e4/attachment.pgp>
On 2010-04-25, David Edmondson wrote:
> Originally this was the behaviour (jump to the search box), but I found
> that it really annoyed me. To use any of the keybindings it's necessary
> to move the cursor out of the search entry area.
Actually, a widget can have its own keymap, so it is
signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/589d70fb/attachment.pgp>
---
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/04960729/attachment-0001.pgp>
On 2010-04-24, Carl Worth wrote:
> On Fri, 23 Apr 2010 13:21:56 +0200, "Sebastian Spaeth" SSpaeth.de> wrote:
> > I propose to try..catch this code block and rather than returning VOID
> > it could return NOTMUCH_STATUS_SUCCESS or NOTMUCH_XAPIAN_EXCEPTION.
> > Not sure how
Set `buffer-invisibility-spec' to `nil' (a list) if it is just `t'
before inserting any body parts, otherwise removing items from
`buffer-invisibility-spec' (which is what
`notmuch-show-headers-visible' and `notmuch-show-message-visible' do)
is a no-op and has no effect. This caused threads with
attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/e7eab9d0/attachment.pgp>
great
database-schema-rewrite that's coming soon.
-Carl
--
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/8bc5cf36/attachment.pgp>
On Mon, 26 Apr 2010 10:28:33 -0700, Carl Worth wrote:
> On Mon, 26 Apr 2010 09:31:49 -0700, Dirk Hohndel
> wrote:
> > On Mon, 26 Apr 2010 15:01:25 +0100, David Edmondson wrote:
> > > For composing new messages and forwarding, leave the cursor on the
> > > 'To:' field. For replies, leave the
On Fri, 23 Apr 2010 13:13:01 -0700, Carl Worth wrote:
> * This should be integrated such that (require 'notmuch) provides the
> notmuch-hello functionality. That's our documented access point for
> getting at notmuch functionality.
I'll do this, but I wonder if it is actually good
ze: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/66bb2417/attachment.pgp>
is pushed.
-Carl
--
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/deaf070a/attachment.pgp>
Avoiding adding the same search string to the 'recent searches' list
more than once by testing whether the string was already used with
`member' rather than `memq'.
---
emacs/notmuch-hello.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-hello.el
Carl though that the recent search accelerator keys are not useful, so
remove them.
---
emacs/notmuch-hello.el | 44 ++--
1 files changed, 18 insertions(+), 26 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
index
The notmuch logo uses transparency. That can display poorly when
inserting the image into an emacs buffer (black logo on a black
background), so force the background colour of the image. We use a
face (`notmuch-hello-logo-background') to represent the colour so that
`defface' can be used to
I have gone wild and added a defcustom "notmuch-fcc-dirs".
Depending on the value of that variable we will not do any
maildir fcc at all (nil, the default), or it is of the format
(("defaultsentbox")
("full name " . "Work/sentbox")
("full name2 " . "Work2/sentbox"))
The outbox name will be
1)use insert-buffer-substring
Rather than the insert-buffer. Emacs complains that it is for interactive use
and not for use within elisp. So use insert-buffer-substring which does the
same thing when not handed any 'begin' 'end' parameters.
2)replace caddr with (car (cdr (cdr)))
The former
Require notmuch-maildir-fcc and also install it.
Rename all jkr/* functions to notmuch-maildir-fcc-*
Signed-off-by: Sebastian Spaeth
---
emacs/Makefile.local |1 +
emacs/notmuch-maildir-fcc.el | 42 ++
emacs/notmuch.el |1 +
From: Jesse Rosenthal
File grabbed from http://jkr.acm.jhu.edu/jkr-maildir.el
but not integrated yet.
Signed-off-by: Sebastian Spaeth
---
The patch series needed rebasing as it conflicts now with some of the
notmuch-hello and notmuch-mua additions. Also, I integrated
bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/7793eb24/attachment.pgp>
sion
before I'd seen this. So I just reverted that and pushed this.
Thanks again,
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermai
On Mon, 26 Apr 2010 17:28:47 +0100, David Edmondson wrote:
>
>To: David Edmondson , notmuch at notmuchmail.org, dirk at
> yoom.home.cworth.org
Looks like I now have an account on Carl's machine
>Cc: carl at ut.hh.sledj.net
Which is only fair, given that he has gotten himself an
On Mon, 26 Apr 2010 15:01:25 +0100, David Edmondson wrote:
> For composing new messages and forwarding, leave the cursor on the
> 'To:' field. For replies, leave the cursor at the start of the
> body. In all cases, mark the buffer as not modified so that the user
> is not prompted if she decides
On Mon, 26 Apr 2010 11:55:33 +0100, David Edmondson wrote:
> On Sat, 24 Apr 2010 05:42:54 -0700, Carl Worth wrote:
> > On Fri, 23 Apr 2010 21:08:48 +0100, David Edmondson wrote:
> > > I like the current behaviour, but changing the default would be fine.
> >
> > Which parts of it do you like?
On Mon, 26 Apr 2010 11:43:45 +0100, David Edmondson wrote:
> On Fri, 23 Apr 2010 15:52:15 -0700, Dirk Hohndel
> wrote:
> > Given how little elisp I know I'm quite interested in feedback
> > and better implementations
>
> I think that:
>
> (defun notmuch-show-forward-message ()
> "Forward
On Sun, 25 Apr 2010 10:57:10 +0530, Abhishek Dasgupta
wrote:
>
> Hi all,
>
> I've been using notmuch for some time, and I noticed that some mails
> show only the header when pressing [return] on notmuch-show-all. If I
> press [return] on the highlighted From: header then the entire message
>
This is lacking a committ message...
On Mon, 26 Apr 2010 16:07:04 +0100, dme at dme.org wrote:
> From: David Edmondson
> --- a/emacs/notmuch-lib.el
> +++ b/emacs/notmuch-lib.el
> @@ -33,6 +33,11 @@
>:type '(alist :key-type (string) :value-type (string))
>:group 'notmuch)
>
>
out testing---just taking your word for it). :-)
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/d7080e63/attachment.pgp>
--- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/f49582d2/attachment.pgp>
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/d3b9dc3c/attachment.pgp>
t available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/22ec1d82/attachment.pgp>
ytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/81142759/attachment.pgp>
achment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/5709096b/attachment.pgp>
y than
starting it fresh).
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/7da2ceb0/attachment.pgp>
plication/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/c3e55b8c/attachment.pgp>
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/a7d4b088/attachment-0001.pgp>
--
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/c10e10be/attachment.pgp>
his as well.
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/10e27e40/attachment.pgp>
On Sun, 25 Apr 2010 19:52:54 -0700, Dirk Hohndel
wrote:
> From your description I can't quite tell if tach is overkill,
> though. When I just attach a file I'd like to be able to do this just
> using the minibuffer to pick a file - not having to open another buffer,
> press +, find the file,
Require notmuch-maildir-fcc and also install it.
Rename all jkr/* functions to notmuch-maildir-fcc-*
Signed-off-by: Sebastian Spaeth sebast...@sspaeth.de
---
emacs/Makefile.local |1 +
emacs/notmuch-maildir-fcc.el | 42 ++
emacs/notmuch.el
I have gone wild and added a defcustom notmuch-fcc-dirs.
Depending on the value of that variable we will not do any
maildir fcc at all (nil, the default), or it is of the format
((defaultsentbox)
(full name em...@address . Work/sentbox)
(full name2 ema...@address2 . Work2/sentbox))
The outbox
The notmuch logo uses transparency. That can display poorly when
inserting the image into an emacs buffer (black logo on a black
background), so force the background colour of the image. We use a
face (`notmuch-hello-logo-background') to represent the colour so that
`defface' can be used to
Avoiding adding the same search string to the 'recent searches' list
more than once by testing whether the string was already used with
`member' rather than `memq'.
---
emacs/notmuch-hello.el |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-hello.el
Carl though that the recent search accelerator keys are not useful, so
remove them.
---
emacs/notmuch-hello.el | 44 ++--
1 files changed, 18 insertions(+), 26 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emacs/notmuch-hello.el
index
On 2010-04-24, Carl Worth wrote:
On Fri, 23 Apr 2010 13:21:56 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
I propose to try..catch this code block and rather than returning VOID
it could return NOTMUCH_STATUS_SUCCESS or NOTMUCH_XAPIAN_EXCEPTION.
Not sure how
On Fri, 23 Apr 2010 13:13:01 -0700, Carl Worth cwo...@cworth.org wrote:
* This should be integrated such that (require 'notmuch) provides the
notmuch-hello functionality. That's our documented access point for
getting at notmuch functionality.
I'll do this, but I wonder if it is
On 2010-04-25, David Edmondson wrote:
Originally this was the behaviour (jump to the search box), but I found
that it really annoyed me. To use any of the keybindings it's necessary
to move the cursor out of the search entry area.
Actually, a widget can have its own keymap, so it is entirely
Want to replay all the git test-suite commits other than any from the
person with the missing ack? That should get us pretty close to the
current state in git, would give us code we could use, and might even
make it possible for us to submit improvements directly to the upstream
git
---
test/notmuch-test |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/test/notmuch-test b/test/notmuch-test
index 7082344..dc413f7 100755
--- a/test/notmuch-test
+++ b/test/notmuch-test
@@ -1,6 +1,10 @@
#!/bin/bash
set -e
+# Messages contain time/date values with
1 - 100 of 155 matches
Mail list logo