On Tue, 27 Apr 2010 06:34:51 +0100, David Edmondson wrote:
> On Mon, 26 Apr 2010 15:28:02 -0700, Dirk Hohndel
> wrote:
> > +(if (re-search-backward "-- " nil t)
>
> Maybe `message-signature-separator' rather than the literal "-- "
> here.
Good catch. Dirk did say he was almost sure he had
p-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/7dd5d867/attachment.pgp>
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.
Very nice. Just in time for 0.3, I merged this in,
d this in, (and the 2
followups).
-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/a4fcd3d9/attachment.pgp>
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.
---
emacs/notmuch-maildir-fcc.el |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b/emacs/notmuch-m
On Mon, 26 Apr 2010 15:28:02 -0700, Dirk Hohndel wrote:
> +(if (re-search-backward "-- " nil t)
Maybe `message-signature-separator' rather than the literal "-- " here.
dme.
--
David Edmondson, http://dme.org
pgpGVKmR23JJQ.pgp
Description: PGP signature
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 feat
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 a
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.
---
emacs/notmuch-maildir-fcc.el |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-maildir-fcc.el b/emacs/notmuch-m
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 wh
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 w
the zero matches 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>
ignature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/b9de8e61/attachment.pgp>
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/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: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
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
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
n a multipart/* 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>
[rR]\\>")
>
> ditto...
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>
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 a
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>
ible to make Space and DEL navigate
> 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: appli
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
index 69a52a2..a295
er than one that I
sent today (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>
e
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/a89798ba/attachment.pgp>
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 Wed, 21 Apr 2010 19:54:20 -0300, Fernando Carrijo
wrote:
> micah anderson wrote:
> > It would be great if this became a key to make this easier. In mutt,
> > that key is 'b', which prompts you who you should send the message
> > to. That key is already bound to showing the body in notmuch, bu
sed that in pine long, long ago...)
-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/243a331d/attachment.pgp>
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 the weird MUA that I'm using...).
> The existing code inserts the sig
shed.
-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/e9e719b1/attachment.pgp>
--
carl.d.wo...@intel.com
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 for
-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/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 special
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 specia
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 `_.+-'.
(apply '
-
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/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
--- a/emacs/notmuch-
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
`next-screen-context-l
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 cur
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 cur
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 cur
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
On Mon, 26 Apr 2010 12:58:33 -0700, Dirk Hohndel wrote:
> 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
-
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/7e9442ce/attachment.pgp>
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 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
the hello page, or the special search page
I describe?
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/576826bf/attachment-0001.pgp>
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 speci
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 R
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 t
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 R
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 t
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 004b50a..bca
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 call
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?
Pa
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 +11
ize: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/1e545acb/attachment.pgp>
ail.org/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 305275e.
---
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 tim
> 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 repos
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 do
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 hidde
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 haven'
On Sat, 24 Apr 2010 11:20:52 -0700, Dirk Hohndel wrote:
> I think this could go into 0.3 as is. I've been using the mostly identical
> previous version for about a week - the changes here are mostly cleanup based
> on cworth's feedback.
Thanks, Dirk.
This made a very nice patch series, (particul
//notmuchmail.org/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 b/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
(shell-
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 feat
carl.d.wo...@intel.com
On Mon, 26 Apr 2010 19:20:04 +0100, David Edmondson wrote:
> On Mon, 26 Apr 2010 11:03:36 -0700, Carl Worth wrote:
> > Thanks. I've pushed this. Bonus points to someone who fixes it to avoid
> > printing "1 matches".
>
> It shouldn't do that:
...
> Does it?
Bah. My fault
e: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/eae7c717/attachment.pgp>
--
carl.d.wo...@intel.com
On Mon, 26 Apr 2010 19:03:35 +0100, David Edmondson wrote:
> > What about advanced users? I really want my notmuch front page to just
> > be a particular saved search. The notmuch-hello looks neat, but I don't
> > really see myself ever using it, since I can access al
is emacs
after all. ;-)
-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/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 entirely
On Thu, 22 Apr 2010 23:04:30 -0400, Adrien Bustany wrote:
> This commit adds GMIME_LDFLAGS and TALLOC_LDFLAGS to the linker flags
> when linking notmuch-shared. Without these flags, linking fails because
> of undefined symbols.
Hi Adrien,
What system are you using that has this problem? For Linu
signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100426/589d70fb/attachment.pgp>
On Thu, 22 Apr 2010 14:37:26 -0300, David Bremner wrote:
> It was thinking along these lines that got me to make the following list
>
> http://www.cs.unb.ca/~bremner/blog/posts/git-issue-trackers/
I'm not sure what it is you think of as a "git-based issue tracker". Or
rather, I'm not sure if we
tem stores
its data.
-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/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 "notmuch_database_find_me
On Mon, 26 Apr 2010 11:03:36 -0700, Carl Worth wrote:
> Thanks. I've pushed this. Bonus points to someone who fixes it to avoid
> printing "1 matches".
It shouldn't do that:
(let* (...
(num-options (length options))
(chosen (if (eq num-options 1)
(car opt
On Mon, 26 Apr 2010 07:16:16 -0400, Jameson Rollins
wrote:
> > In the meantime, I find myself using the snippet from Tassilo in:
> > id:87zl6cl595@thinkpad.tsdh.de
>
> I'm interested in using this as a stop-gap, but unfortunately I'm not
> finding this message in my local store. Can you
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 on
On Mon, 26 Apr 2010 17:28:47 +0100, David Edmondson wrote:
>
>To: David Edmondson , notmuch@notmuchmail.org,
> d...@yoom.home.cworth.org
>Cc: c...@ut.hh.sledj.net
>Date: Mon, 26 Apr 2010 08:21:51 -0700
>
> Something interesting is happening here :-)
Dirk wasn't involved in the orig
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/e7eab9d0/attachment.pgp>
On Mon, 26 Apr 2010 17:27:38 +0100, David Edmondson wrote:
> Patch is sent for this, though given that it's not easy to change the
> prompt as you step through, it says:
>
> Address (7 match): Name Here
Thanks. I've pushed this. Bonus points to someone who fixes it to avoid
printing "1 ma
On Mon, 26 Apr 2010 13:38:37 -0400, Jameson Rollins
wrote:
> What about advanced users? I really want my notmuch front page to just
> be a particular saved search. The notmuch-hello looks neat, but I don't
> really see myself ever using it, since I can access all the
> functionality I need alre
tabase. So I'll
add that to my list of the many things I want to fix in the 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 16:09:43 +0100, d...@dme.org wrote:
> From: David Edmondson
[no commit message]
Thanks, David.
Allow me the chance to try to convince you that *every* commit requires
a sentence or two of justification, (beyond the one-line summary just
stating "what" the patch does). There's
1 - 100 of 203 matches
Mail list logo