Makes the following improvements:
- fix up doc strings
- suppress the creation of unnecessary let-bindings
- create overlays lazily (to avoid creating many overlays for threads
that do not get colored)
Signed-off-by: Aaron Ecay
---
notmuch.el | 29 ++---
1 files chang
On Fri, 05 Feb 2010 17:41:48 -0800, Carl Worth wrote:
[talking about gitmuch, a simple wrapper around notmuch dump && git commit]
>
> And it's interesting that this script might be just good enough for the
> synchronization needs of some people. It's not integrated, and might
> require manual fi
Makes the following improvements:
- fix up doc strings
- suppress the creation of unnecessary let-bindings
- create overlays lazily (to avoid creating many overlays for threads
that do not get colored)
Signed-off-by: Aaron Ecay
---
notmuch.el | 29 ++---
1 files chang
also sprach David Bremner [2010.02.07.1238 +1300]:
> I have to say that merge conflicts are not very much fun. I tend
> to do a certain amount of oh, take all the changes from the
> server. I wonder if the approach that someone else mentioned of
> keeping a file tags/message-id with the appropria
On Fri, 05 Feb 2010 17:41:48 -0800, Carl Worth wrote:
[talking about gitmuch, a simple wrapper around notmuch dump && git commit]
>
> And it's interesting that this script might be just good enough for the
> synchronization needs of some people. It's not integrated, and might
> require manual fi
also sprach Carl Worth [2010.02.07.1156 +1300]:
> > Sorry to burden you, but since you want to continue maintaining
> > the infrastructure, that's just what I have to do. ;)
>
> No burden at all. I don't really care to do everything alone.
> I just want to ensure we keep things centralized enough
On Thu, Feb 4, 2010 at 11:29 PM, Carl Worth wrote:
> Looking at TAP, one thing I don't like is that it prints the
> success/failure of the test first, before the description of the
> test. That's not so nice in the case of a long-running (perhaps
> infinitely running) test where you might need to
On Thu, 4 Feb 2010 19:38:07 +1300, martin f krafft wrote:
> Carl, could you set up notmuch-comm...@notmuchmail.org and enable
> the commit and enable the mail hook as per
Doing that now.
> Sorry to burden you, but since you want to continue maintaining the
> infrastructure, that's just what I ha
t --
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/20100206/318d01ae/attachment.pgp>
On Sat, 6 Feb 2010 11:40:18 +0100, Michal Sojka wrote:
> I've just looked at your notmuch-test commits. Did you noticed my patches
> which port Git's test framework for use with notmuch?
Hi Michal,
Ah, my mistake!
That's what I get for working through my backlog chronologically. ;-)
> That fr
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100206/76d12d11/attachment.pgp>
On Friday 05 of February 2010 19:59:12 Carl Worth wrote:
> Of course, I also pushed a set of tests to the test suite for this, (and
> some new "notmuch search" tests while I was at it).
Hi Carl,
I've just looked at your notmuch-test commits. Did you noticed my patches
which port Git's test frame
On Thu, Feb 4, 2010 at 11:29 PM, Carl Worth wrote:
> Looking at TAP, one thing I don't like is that it prints the
> success/failure of the test first, before the description of the
> test. That's not so nice in the case of a long-running (perhaps
> infinitely running) test where you might need to
On Friday 05 of February 2010 19:59:12 Carl Worth wrote:
> Of course, I also pushed a set of tests to the test suite for this, (and
> some new "notmuch search" tests while I was at it).
Hi Carl,
I've just looked at your notmuch-test commits. Did you noticed my patches
which port Git's test frame
14 matches
Mail list logo