From: Daniel Schoepe <daniel.scho...@googlemail.com>
---
test/emacs |7 +++
.../notmuch-show-thread-outline|7 +++
2 files changed, 14 insertions(+), 0 deletions(-)
create mode 100644 test/emacs.expected-output/n
From: Daniel Schoepe <daniel.scho...@googlemail.com>
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el | 12 +++
Fixed whitespace error reported by Jameson.
From: Daniel Schoepe <daniel.scho...@googlemail.com>
---
test/emacs |7 +++
.../notmuch-show-thread-outline|7 +++
2 files changed, 14 insertions(+), 0 deletions(-)
create mode 100644 test/emacs.expected-output/n
From: Daniel Schoepe <daniel.scho...@googlemail.com>
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el | 12 +++
I somehow managed to forget the actual test file in the previous version...
From: Daniel Schoepe <daniel.scho...@googlemail.com>
---
test/emacs |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index 6e922de..e706909 100755
--- a/test/emacs
+++ b/test/emacs
@@ -71,6 +71,13 @@ test_emacs "(let ((notmuch-inde
From: Daniel Schoepe <daniel.scho...@googlemail.com>
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el | 12 +++
Rebased to master, only one trivial conflict anyway.
Rebased to master, only one trivial conflict anyway.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
From: Daniel Schoepe daniel.scho...@googlemail.com
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el | 12 +++
emacs
From: Daniel Schoepe daniel.scho...@googlemail.com
---
test/emacs |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/test/emacs b/test/emacs
index 6e922de..e706909 100755
--- a/test/emacs
+++ b/test/emacs
@@ -71,6 +71,13 @@ test_emacs (let ((notmuch-indent-messages
I somehow managed to forget the actual test file in the previous version...
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
From: Daniel Schoepe daniel.scho...@googlemail.com
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el | 12 +++
emacs
Fixed whitespace error reported by Jameson.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
From: Daniel Schoepe daniel.scho...@googlemail.com
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el | 12 +++
emacs
From: Daniel Schoepe daniel.scho...@googlemail.com
---
test/emacs |7 +++
.../notmuch-show-thread-outline|7 +++
2 files changed, 14 insertions(+), 0 deletions(-)
create mode 100644 test/emacs.expected-output/notmuch
On Thu, 24 Nov 2011 09:54:50 -0400, David Bremner wrote:
> On Mon, 10 Oct 2011 15:39:41 +0200, Daniel Schoepe
> wrote:
> > From: Daniel Schoepe
> >
> > This patch makes the notmuch-hello screen fully customizable
> > by allowing the user to add and remove a
On Thu, 24 Nov 2011 09:54:50 -0400, David Bremner da...@tethera.net wrote:
On Mon, 10 Oct 2011 15:39:41 +0200, Daniel Schoepe dan...@schoepe.org wrote:
From: Daniel Schoepe daniel.scho...@googlemail.com
This patch makes the notmuch-hello screen fully customizable
by allowing the user
This adds a NEWS entry for commit 4a4ada73b751b1916c5dc4d408a8056411566e38
---
NEWS |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/NEWS b/NEWS
index ff12ca6..a2fa69f 100644
--- a/NEWS
+++ b/NEWS
@@ -41,6 +41,11 @@ Add tab-completion for notmuch-search and
Add a news entry for commit6a280088e6769015ade7758b9790384997a21ff3.
---
NEWS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index f236505..ff12ca6 100644
--- a/NEWS
+++ b/NEWS
@@ -33,6 +33,14 @@ Add "notmuch count --output" option
The count command
Here are the two missing news entries for the two patches of
mine that were applied recently.
Here are the two missing news entries for the two patches of
mine that were applied recently.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
Add a news entry for commit6a280088e6769015ade7758b9790384997a21ff3.
---
NEWS |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index f236505..ff12ca6 100644
--- a/NEWS
+++ b/NEWS
@@ -33,6 +33,14 @@ Add notmuch count --output option
The count command
This adds a NEWS entry for commit 4a4ada73b751b1916c5dc4d408a8056411566e38
---
NEWS |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/NEWS b/NEWS
index ff12ca6..a2fa69f 100644
--- a/NEWS
+++ b/NEWS
@@ -41,6 +41,11 @@ Add tab-completion for notmuch-search and
On Sun, 06 Nov 2011 23:07:51 +0200, Jani Nikula wrote:
> ...what's the most convenient way of rebuilding the database while
> preserving my tags etc.? If this was merged, would an older version of
> notmuch choke on the rebuilt database with these headers? (To me it
> looks like it would be
On Sun, 6 Nov 2011 12:17:36 -0500, Austin Clements wrote:
> Search retrieves these headers for every message in the search
> results. Previously, this required opening and parsing every message
> file. Storing them directly in the database significantly reduces IO
> and computation, speeding
On Sun, 6 Nov 2011 12:17:36 -0500, Austin Clements amdra...@mit.edu wrote:
Search retrieves these headers for every message in the search
results. Previously, this required opening and parsing every message
file. Storing them directly in the database significantly reduces IO
and
On Sun, 06 Nov 2011 23:07:51 +0200, Jani Nikula j...@nikula.org wrote:
...what's the most convenient way of rebuilding the database while
preserving my tags etc.? If this was merged, would an older version of
notmuch choke on the rebuilt database with these headers? (To me it
looks like it
On Mon, 31 Oct 2011 16:43:22 +0100, bnt wrote:
> I am not too proficient with the patch utility. Is there some kind of
> scheduled git commits timeline?
Unfortunately, there's a huge number of outstanding patches at the
moment, so it's impossible to say when/if it will be applied.
> If not, I
On Sun, 30 Oct 2011 11:54:07 -0400, Ivy Foster
wrote:
> Oh, I meant populating the hello buffer with the list of
> tags, not around adding or removing a message's tags.
I sent a patch[1] a while ago that changes notmuch-hello such that the
buffer contents are generated by a customizable list of
On Mon, 31 Oct 2011 16:43:22 +0100, bnt webserv...@bontempi.net wrote:
I am not too proficient with the patch utility. Is there some kind of
scheduled git commits timeline?
Unfortunately, there's a huge number of outstanding patches at the
moment, so it's impossible to say when/if it will be
On Sun, 30 Oct 2011 11:54:07 -0400, Ivy Foster joyfulg...@archlinux.us wrote:
Oh, I meant populating the hello buffer with the list of
tags, not around adding or removing a message's tags.
I sent a patch[1] a while ago that changes notmuch-hello such that the
buffer contents are generated by a
On Sat, 29 Oct 2011 23:08:04 +0300, Jani Nikula wrote:
> strtoul() won't touch the data pointed to by p (it only modifies p), so
> in that sense it could be const, but you're right in that it really
> should be 'char *', just for a more complicated reason. Thanks for
> making me look it up:
On Fri, 28 Oct 2011 23:59:30 +0300, Jani Nikula wrote:
> @@ -412,6 +413,14 @@ notmuch_search_command (void *ctx, int argc, char
> *argv[])
> fprintf (stderr, "Invalid value for --sort: %s\n", opt);
> return 1;
> }
> + } else if (STRNCMP_LITERAL (argv[i],
On Fri, 28 Oct 2011 23:59:31 +0300, Jani Nikula wrote:
> Add support for limiting the maximum number of messages initially displayed
> in search results. When enabled, the search results will contain push
> buttons to double the number of messages displayed or to show unlimited
> messages.
Nice
On Fri, 28 Oct 2011 23:59:31 +0300, Jani Nikula j...@nikula.org wrote:
Add support for limiting the maximum number of messages initially displayed
in search results. When enabled, the search results will contain push
buttons to double the number of messages displayed or to show unlimited
On Fri, 28 Oct 2011 23:59:30 +0300, Jani Nikula j...@nikula.org wrote:
@@ -412,6 +413,14 @@ notmuch_search_command (void *ctx, int argc, char
*argv[])
fprintf (stderr, Invalid value for --sort: %s\n, opt);
return 1;
}
+ } else if (STRNCMP_LITERAL
On Sat, 29 Oct 2011 23:08:04 +0300, Jani Nikula j...@nikula.org wrote:
strtoul() won't touch the data pointed to by p (it only modifies p), so
in that sense it could be const, but you're right in that it really
should be 'char *', just for a more complicated reason. Thanks for
making me look
From: Daniel Schoepe <daniel.scho...@googlemail.com>
This fixes the minor annoyance that message ids were parsed as mail
addresses by goto-address-mode in notmuch-show buffers.
---
emacs/notmuch-show.el | 24 +---
1 files changed, 21 insertions(+), 3 deletions(-)
Rebased and replaced regex by the one suggested by Thomas Schwinge.
On Wed, 26 Oct 2011 19:52:59 -0700, Jameson Graef Rollins wrote:
> In point of fact, do we need these quotes around message IDs at all?
> Can message IDs have characters that would need to be escaped for the
> shell?
Message ID syntax is defined in RFC 2822[1]:
> message-id =
On Wed, 26 Oct 2011 19:52:59 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
In point of fact, do we need these quotes around message IDs at all?
Can message IDs have characters that would need to be escaped for the
shell?
Message ID syntax is defined in RFC 2822[1]:
Rebased and replaced regex by the one suggested by Thomas Schwinge.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
From: Daniel Schoepe daniel.scho...@googlemail.com
This fixes the minor annoyance that message ids were parsed as mail
addresses by goto-address-mode in notmuch-show buffers.
---
emacs/notmuch-show.el | 24 +---
1 files changed, 21 insertions(+), 3 deletions(-)
diff --git
On Wed, 26 Oct 2011 18:29:37 +, Jani Nikula wrote:
> The good thing is, there are contributions and review. The bad thing is,
> unless you've hung around long enough, you don't know if the reviewers
> are people whose comments you should really pay attention to or not, and
> either way,
On Sun, 23 Oct 2011 16:46:14 +0200, Gregor Zattler wrote:
> Hi notmuch users and developers,
>
> i'd like to see the Message-Id in thread view. Therefore I
> customised notmuch-message-headers via the customisation
> interface like so:
>
> (notmuch-message-headers (quote ("Received"
On Sun, 23 Oct 2011 16:46:14 +0200, Gregor Zattler telegr...@gmx.net wrote:
Hi notmuch users and developers,
i'd like to see the Message-Id in thread view. Therefore I
customised notmuch-message-headers via the customisation
interface like so:
(notmuch-message-headers (quote (Received
Hello,
as many of you have probably noticed, the time after which patches are
reviewed and/or applied is considerably higher lately than it was, for
example, earlier this year. My subjective impression is that there is
also a recent increase in contributions and general activity for/about
On Tue, 25 Oct 2011 19:31:01 +0200, Gregor Zattler wrote:
> How do you make sure you don't miss emails while using notmuch?
My setup is similar to Thomas Jost's setup described in his reply to
this, except for a few points:
- I am subscribed to many mailing lists, but read few of them
On Tue, 25 Oct 2011 19:31:01 +0200, Gregor Zattler telegr...@gmx.net wrote:
How do you make sure you don't miss emails while using notmuch?
My setup is similar to Thomas Jost's setup described in his reply to
this, except for a few points:
- I am subscribed to many mailing lists, but read few
Hello,
as many of you have probably noticed, the time after which patches are
reviewed and/or applied is considerably higher lately than it was, for
example, earlier this year. My subjective impression is that there is
also a recent increase in contributions and general activity for/about
On Sun, 23 Oct 2011 23:42:54 +0200, Gregor Zattler wrote:
> Obviously I miss something here? There are already Received:-Headers in
> emails which contain the date when the mail was received. How do I
> search on arbitrary headers? This is especially difficult since date
> specifications are
On Sun, 23 Oct 2011 23:42:54 +0200, Gregor Zattler telegr...@gmx.net wrote:
Obviously I miss something here? There are already Received:-Headers in
emails which contain the date when the mail was received. How do I
search on arbitrary headers? This is especially difficult since date
On Wed, 19 Oct 2011 19:14:16 -0400, Richard Stallman wrote:
> Is it feasible to use notmuchmail to search old mail,
> but use Rmail to read incoming mail?
Hello,
notmuch can only index and search through mail that is stored in a
maildir[1], but not in an mbox file. As far as I can tell from the
On Tue, 23 Feb 2010 11:32:51 -0500, James Vasile
wrote:
> Added notmuch-enqueue-asynch to replace calls to
> notmuch-call-notmuch-process. Calls to notmuch are then queued and
> executed asynchronously. If the db is busy and we get an error saying
> it was locked, keep trying until the db is
On Tue, 23 Feb 2010 11:32:51 -0500, James Vasile ja...@hackervisions.org
wrote:
Added notmuch-enqueue-asynch to replace calls to
notmuch-call-notmuch-process. Calls to notmuch are then queued and
executed asynchronously. If the db is busy and we get an error saying
it was locked, keep
On Wed, 19 Oct 2011 19:14:16 -0400, Richard Stallman r...@gnu.org wrote:
Is it feasible to use notmuchmail to search old mail,
but use Rmail to read incoming mail?
Hello,
notmuch can only index and search through mail that is stored in a
maildir[1], but not in an mbox file. As far as I can
On Mon, 17 Oct 2011 15:11:47 +0200, Thomas Schwinge
wrote:
> Ah, of course, right... Yet, won't yours -- id:\"[^ ]+\" -- match too
> much in this example:
>
> Bla, bla, see id:"some at thing"--"some famous quote" is bla.
>
> How about this one? id:\(\"?\)[^[:space:]"]+\1
You're right,
On Mon, 17 Oct 2011 11:16:45 +0200, Thomas Schwinge
wrote:
> Is it permissible for message IDs to contain double quotes? If not (and
> I hope so), might id:\"[^\"]+\" be a better regexp? (Untested.) As it
> appears to me, this would allow proper matching in text like this, too:
>
> Bla
On Mon, 17 Oct 2011 11:16:45 +0200, Thomas Schwinge tho...@schwinge.name
wrote:
Is it permissible for message IDs to contain double quotes? If not (and
I hope so), might id:\[^\]+\ be a better regexp? (Untested.) As it
appears to me, this would allow proper matching in text like this, too:
On Mon, 17 Oct 2011 15:11:47 +0200, Thomas Schwinge tho...@schwinge.name
wrote:
Ah, of course, right... Yet, won't yours -- id:\[^ ]+\ -- match too
much in this example:
Bla, bla, see id:some@thing--some famous quote is bla.
How about this one? id:\(\?\)[^[:space:]]+\1
You're
On Wed, 6 Jul 2011 16:18:01 +0200, Daniel Schoepe wrote:
> This fixes the minor annoyance that message ids were parsed as mail
> addresses by goto-address-mode in notmuch-show buffers.
Due to the frequent references to other threads on this mailing list, I
found my patch quite
On Wed, 6 Jul 2011 16:18:01 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
This fixes the minor annoyance that message ids were parsed as mail
addresses by goto-address-mode in notmuch-show buffers.
Due to the frequent references to other threads on this mailing list, I
found my
On Tue, 5 Jul 2011 20:33:00 +0200, Pieter Praet wrote:
> To allow for expansion whilst keeping everything tidy and organized,
> move all defcustom/defface variables to the following subgroups,
> defined in notmuch-lib.el:
Since the customize page for notmuch is getting pretty crowded, I think
From: Daniel Schoepe <daniel.scho...@googlemail.com>
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |4 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no
From: Daniel Schoepe <daniel.scho...@googlemail.com>
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for ea
Fixed that and rebased against master.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
From: Daniel Schoepe daniel.scho...@googlemail.com
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |4 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches
From: Daniel Schoepe daniel.scho...@googlemail.com
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag
On Tue, 5 Jul 2011 20:33:00 +0200, Pieter Praet pie...@praet.org wrote:
To allow for expansion whilst keeping everything tidy and organized,
move all defcustom/defface variables to the following subgroups,
defined in notmuch-lib.el:
Since the customize page for notmuch is getting pretty
On Sat, 20 Aug 2011 15:11:00 -0400, James Vasile
wrote:
> On Fri, 19 Aug 2011 17:00:23 +0200, Michal Sojka
> wrote:
> > If you really want this behavior, I propose to make the default value
> > of notmuch-max-results infinity.
>
> I'm attaching a revised patch that does as you suggest.
On Sat, 9 Jul 2011 20:03:16 +0200, Daniel Schoepe wrote:
> More documentation/customize improvements.
I know this is quite a large commit, but has anyone else had the time to
review this? I didn't notice any more flaws since the fifth version and
it made the hello page a lot more useful for
On Sat, 9 Jul 2011 20:03:16 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
More documentation/customize improvements.
I know this is quite a large commit, but has anyone else had the time to
review this? I didn't notice any more flaws since the fifth version and
it made the hello
On Fri, 05 Aug 2011 23:09:23 -0700, Jameson Graef Rollins
jroll...@finestructure.net wrote:
Hey, Daniel. I actually just ran into a little bug with this patch.
After applying this patch, if I try to scroll/search through my
mini-buffer history after a search I get the following error:
This patch adds completion with tab in the minibuffer for
notmuch-search and notmuch-search-filter.
---
emacs/notmuch.el | 37 +++--
1 files changed, 35 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index f11ec24..bb7565c 100644
On Mon, 06 Jun 2011 18:32:41 +0200, Daniel Schoepe wrote:
> [..]
I've been using this patch for the past two months now and it has been
working fine. Are there any more suggestions or criticisms about this?
Cheers,
Daniel
-- next part --
A non-text attachm
On Mon, 06 Jun 2011 18:32:41 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
[..]
I've been using this patch for the past two months now and it has been
working fine. Are there any more suggestions or criticisms about this?
Cheers,
Daniel
pgpoxgMn2II98.pgp
Description: PGP
---
NEWS | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index f3fefad..98a6b28 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,16 @@
+Notmuch 0.7 (-MM-DD)
+===
+New emacs-interface features
+
Hi Felix,
On Mon, 11 Jul 2011 10:42:04 +0200, Felix Geller wrote:
> +(defcustom notmuch-show-indent-messages-in-thread nil
> + "Should the messages in a thread be indented according to their respective
> depth in the thread?"
> + :group 'notmuch
> + :type 'boolean)
> +
I think this should
---
NEWS | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index f3fefad..98a6b28 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,16 @@
+Notmuch 0.7 (-MM-DD)
+===
+New emacs-interface features
+
On Mon, 11 Jul 2011 15:22:24 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
Support for tags is mentioned in the RFC for IMAP, but it's optional. As
far as I know, must servers today support them though.
I can't speak for Gmail, but all major servers, ie Cyrus, Dovecot, and
even
On Thu, 07 Jul 2011 16:55:26 -0300, David Bremner wrote:
> More or less. Of course, we need features merged into master before the
> freeze, but that's partly why we're having this discussion.
I think the latest version of the patch is now ready for consideration
for 0.7, thanks to many helpful
On Sat, 09 Jul 2011 10:09:09 -0700, Neeum Zawan
wrote:
> 3. One thing I *sorely* would like: Keybindings to go to the
>next/previous messages *in the query*. This would be my primary way
>of dealing with emails. If only one message in the middle of the
>thread matches the query, then
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |4 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|4 ++-
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that
On Sat, 09 Jul 2011 01:00:03 +0200, Michal Sojka wrote:
> Yes, this is definitely a good idea. My last comment to the patch is
> that I do not like the use of plists in customization interface. It is
> especially weird in the case of boolean options like hide-if-empty,
> because they actually
On Sat, 09 Jul 2011 01:00:03 +0200, Michal Sojka wrote:
> Yes, this is definitely a good idea. My last comment to the patch is
> that I do not like the use of plists in customization interface. It is
> especially weird in the case of boolean options like hide-if-empty,
> because they actually
On Fri, 08 Jul 2011 23:23:40 +0200, Michal Sojka wrote:
> OK. I changed my mind. I thought that the approach with 'notmuch
> search-tags QEURY' followed by 'notmuch count tag:XXX and QUERY' for
> returned tags would be faster then 'notmuch search-tags' followed by
> 'notmuch count tag:XXX and
More documentation/customize improvements.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |4 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|4 ++-
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that
On Sat, 09 Jul 2011 10:09:09 -0700, Neeum Zawan mailingli...@nawaz.org wrote:
3. One thing I *sorely* would like: Keybindings to go to the
next/previous messages *in the query*. This would be my primary way
of dealing with emails. If only one message in the middle of the
thread
---
test/emacs |7 +++
.../notmuch-show-thread-outline|7 +++
2 files changed, 14 insertions(+), 0 deletions(-)
create mode 100644 test/emacs.expected-output/notmuch-show-thread-outline
diff --git a/test/emacs
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el | 12 +++
emacs/notmuch-show.el | 195
---
emacs/notmuch-show.el |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index f96743b..262addb 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -999,6 +999,12 @@ All currently available key bindings:
This version fixes the issues mentioned by Austin and highlights the currently
displayed message in the outline buffer. My previous issues with 'point-entered
and 'point-left were caused by linum-mode, so don't enable it for notmuch-show
buffers.
I haven't had time yet to implement a more
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |5 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|4 ++-
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that
Fourth time's the charm. Some more improvements by Michal Sojka, thanks.
A few more opinions about whether or not to leave in the different
filters for queries and counts, would also be very much appreciated.
101 - 200 of 280 matches
Mail list logo