On Sat, 24 Apr 2010 09:53:17 -0700, Dirk Hohndel
wrote:
> > * 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?
>
> I'll voice my "don't like" of this feature as well, I guess.
This
On Sun, 25 Apr 2010 10:17:44 +1000, Jason White wrote:
> I just tried to build the Debian package from the latest Git master branch,
> but this could not be completed due to failures of test cases 067, 068 and
> 069.
>
> Are others seeing this, or is it a peculiarity of my system (Debian Sid,
>
On Fri, 23 Apr 2010 11:38:57 +0200, Sebastian Spaeth
wrote:
> 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 " .
On Sat, 24 Apr 2010 15:05:55 -0700, Dirk Hohndel
wrote:
> > Dirk also mentioned in IRC that there's a regression with the signature
> > being mispositioned before the quoted text with a reply buffer. Now that
> > I've added a signature, I'm noticing this as well.
>
> Well - we don't seem to be
On Sat, 24 Apr 2010 14:45:45 -0700, Carl Worth wrote:
> > It doesn't for me with origin/master. Or let me double check... what do
> > you think would be the correct order (as this is a matter of taste for
> > some people)...
>
> The order in the reply buffer is fine. But with "m" I get the
om
-- 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/20100424/19746ec2/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/20100424/90699649/attachment.pgp>
xt 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/20100424/d8151fd3/attachment.pgp>
On Fri, 23 Apr 2010 11:47:04 -0700, Carl Worth wrote:
> On Fri, 16 Apr 2010 13:51:40 -0700, Dirk Hohndel
> wrote:
> > The following two patches should address most of the concerns raised
> > to my previous series.
>
> Allow me to raise new concerns then. ;-)
Any time
> > The first patch
This patch only addresses the typical Outlook/Exchange case
where we have "Last, First" or
"Last, First MI" .
In the future we should be more fexible as to the formats
we recognize, but for now we address this one as it is the
Exchange default setting and therefore the most common one.
This should be required for all patches :-)
Signed-off-by: Dirk Hohndel
---
test/notmuch-test | 28 +++-
1 files changed, 27 insertions(+), 1 deletions(-)
diff --git a/test/notmuch-test b/test/notmuch-test
index 7082344..f455232 100755
--- a/test/notmuch-test
+++
This should be required in all patches
Signed-off-by: Dirk Hohndel
---
NEWS | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index eba0fd5..c2057c2 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,13 @@
+
+Visualization of author names that match a search
+
When displaying threads as result of a search it makes sense to list those
authors first who match the search. The matching authors are separated from the
non-matching ones with a '|' instead of a ','
Imagine the default "+inbox" query. Those mails in the thread that
match the query are actually
message->authors contains the author's name (as we want to print it)
get / set methods are declared in notmuch-private.h
Signed-off-by: Dirk Hohndel
---
lib/message.cc| 18 ++
lib/notmuch-private.h | 10 ++
2 files changed, 28 insertions(+), 0 deletions(-)
I tried to break this out into logically independent pieces - but to connect
this as a series.
First we add the authors member and accessors to message
Second the reordering of thread authors (still the original string based
algorithm that I used before - I couldn't quite make sense of cworth's
On Thu, 31 Dec 2009 13:39:29 -0400, david at tethera.net wrote:
>
> The idea here is to be able to generate the online help and the man page from
> one source.
>
> To generate a man page:
>
>pod2man notmuch.pod > notmuch.1
>
> To generate help for a specific notmuch subcommand
>
>
On Fri, 23 Apr 2010 17:21:53 -0700, Carl Worth wrote:
> On Wed, 21 Apr 2010 20:58:27 -0700, Dirk Hohndel
> wrote:
> > When displaying threads as result of a search it makes sense to list those
> > authors first who match the search. The matching authors are separated from
> > the
> >
On Sat, 24 Apr 2010 07:42:48 -0700, Carl Worth wrote:
> On Fri, 23 Apr 2010 18:39:33 +0100, David Edmondson wrote:
> > Add an `isearch-open-invisible' property to the overlays used to hide
> > citations and signatures, together with an appropriate function to
> > leave the invisible text visible
On Sat, 24 Apr 2010 08:30:22 -0700, Carl Worth wrote:
> On Wed, 21 Apr 2010 22:04:39 -0700, Dirk Hohndel
> wrote:
> > +/* clean up the uggly "Lastname, Firstname" format that some mail systems
> > + * (most notably, Exchange) are creating to be "Firstname Lastname"
> > + * To make sure that we
On Sat, 24 Apr 2010 05:38:36 -0700, Carl Worth wrote:
> So here's my vote for someone cleaning this up into a patch that could
> be applied directly to notmuch rather than just being a snippet of code
> to shove into .emacs.
I'd love to put this into shape to become part of notmuch proper.
My
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.
>
>
On Fri, 23 Apr 2010 17:55:09 -0700, Carl Worth wrote:
> On Thu, 22 Apr 2010 20:26:46 -0700, Dirk Hohndel
> wrote:
> >
> > trivial compiler warning fix
>
> Thanks. I finally caught up to this.
>
> I had seen this patch from you earlier, when I didn't have a convenient
> working-directory for
From: David Bremner
This commit adds argument handling from and callbacks to
notmuch-output.c to determine what headers to show in json output.
This requires passing a pointer to a struct containing the output
parameters into several functions, and in particular changes the type
From: David Bremner
These two files provide a more or less "object oriented" approach to
parsing output selection arguments. The use of a struct to track
which output pieces are selected is intended to hide the
implementation, which currently uses bitmasks.
---
Makefile.local
From: David Bremner
In fact argc and argv are used in this function.
---
notmuch-show.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 26449fa..6aa9072 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
@@ -403,7
These are some preliminary patches to add a --output argument to
notmuch show.
notmuch show --format=json --output=from,subject ${query}
or
notmuch show --format=json --output=to,body ${query}
I'd like to implement a bit finer control (to get message-id's only is
not possible
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/20100424/a861fa0a/attachment.pgp>
ently. (Existing
occurrences of xstrdup in the code base are for the sake of
talloc-unfriendly glib data structures like GHashTable.)
As is, testauthor is leaking.
-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/20100424/3d341245/attachment-0001.pgp>
189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100424/4209ef48/attachment.pgp>
lable
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100424/660c87f3/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/20100424/cdaf2ca8/attachment.pgp>
l
-- 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/20100424/01d989a9/attachment.pgp>
On Fri, 23 Apr 2010 13:25:22 -0700, Carl Worth wrote:
> And I'm hoping that this new support makes it easier for people to hook
> in the Fcc code. Does this mean there's now a single place to add that
> that will make it work for messages composed from 'm', 'f', or 'r'?
Yes.
> The one
isplayed.
-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/20100424/dbe20364/attachment.pgp>
ted.
-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/20100424/6e42e031/attachment.pgp>
than just being a snippet of code
to shove into .emacs.
-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/20100424/a31113da/attachment-0001.pgp>
On Fri, 23 Apr 2010 13:13:01 -0700, Carl Worth wrote:
> That's the feedback I have from a very quick, first look. I'm sure I'll
> have more later.
In order to give notmuch-hello some good testing, I switched over to
using it exclusively instead of notmuch-folder. The biggest frustration
I'm
On Fri, 23 Apr 2010 13:25:22 -0700, Carl Worth cwo...@cworth.org wrote:
And I'm hoping that this new support makes it easier for people to hook
in the Fcc code. Does this mean there's now a single place to add that
that will make it work for messages composed from 'm', 'f', or 'r'?
Yes.
The
From: David Bremner brem...@unb.ca
In fact argc and argv are used in this function.
---
notmuch-show.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/notmuch-show.c b/notmuch-show.c
index 26449fa..6aa9072 100644
--- a/notmuch-show.c
+++ b/notmuch-show.c
@@ -403,7
From: David Bremner brem...@unb.ca
These two files provide a more or less object oriented approach to
parsing output selection arguments. The use of a struct to track
which output pieces are selected is intended to hide the
implementation, which currently uses bitmasks.
---
Makefile.local |
On Fri, 23 Apr 2010 13:13:01 -0700, Carl Worth cwo...@cworth.org wrote:
That's the feedback I have from a very quick, first look. I'm sure I'll
have more later.
In order to give notmuch-hello some good testing, I switched over to
using it exclusively instead of notmuch-folder. The biggest
On Thu, 22 Apr 2010 12:35:16 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
On 2010-03-05, Jesse Rosenthal wrote:
One element of traditional clients that I've missed in notmuch is the
ability to easily see which messages have been replied to. A look at the
thread structure will often
On Fri, 23 Apr 2010 21:08:48 +0100, David Edmondson d...@dme.org 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 hidden headers take up so little vertical space?
I think
On Sat, 24 Apr 2010 05:42:54 -0700, Carl Worth cwo...@cworth.org wrote:
I think I'll accept the patch, change the default, then remove From from
the list of headers inserted.
I've done this now.
I've also exported the list of headers to display as another nice
customizable option in M-x
On Fri, 23 Apr 2010 15:26:51 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
It happened again. Both times I had pressed G which calls offlineimap
and which removed messages that the notmuch database still thought are there.
Thanks for the report, Sebastian.
I've just audited all calls to
On Sat, 24 Apr 2010 05:38:36 -0700, Carl Worth cwo...@cworth.org wrote:
So here's my vote for someone cleaning this up into a patch that could
be applied directly to notmuch rather than just being a snippet of code
to shove into .emacs.
I'd love to put this into shape to become part of notmuch
On Thu, 31 Dec 2009 13:39:29 -0400, da...@tethera.net wrote:
The idea here is to be able to generate the online help and the man page from
one source.
To generate a man page:
pod2man notmuch.pod notmuch.1
To generate help for a specific notmuch subcommand
podselect
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 notmuch_database_find_message would notify the caller of
On Fri, 23 Apr 2010 18:39:33 +0100, David Edmondson d...@dme.org wrote:
Add an `isearch-open-invisible' property to the overlays used to hide
citations and signatures, together with an appropriate function to
leave the invisible text visible should that be required.
This is a fantastic
On Thu, 22 Apr 2010 13:26:06 +0100, David Edmondson d...@dme.org wrote:
This is a small variant on the previous version of the patch. The
wrapping of long lines is not enabled by default - it's simply an
option in the customise interface.
This is really close now. I especially like that the
On Wed, 21 Apr 2010 22:04:39 -0700, Dirk Hohndel hohn...@infradead.org wrote:
+/* clean up the uggly Lastname, Firstname format that some mail systems
+ * (most notably, Exchange) are creating to be Firstname Lastname
+ * To make sure that we don't change other potential situations where a
+
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 are the features that I still have left in my queue at this point:
On Fri, 23 Apr 2010 17:55:09 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 22 Apr 2010 20:26:46 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
trivial compiler warning fix
Thanks. I finally caught up to this.
I had seen this patch from you earlier, when I didn't have a
On Sat, 24 Apr 2010 08:37:11 -0700, Carl Worth cwo...@cworth.org 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
On Sat, 24 Apr 2010 08:30:22 -0700, Carl Worth cwo...@cworth.org wrote:
On Wed, 21 Apr 2010 22:04:39 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
+/* clean up the uggly Lastname, Firstname format that some mail systems
+ * (most notably, Exchange) are creating to be Firstname Lastname
On Sat, 24 Apr 2010 07:42:48 -0700, Carl Worth cwo...@cworth.org wrote:
On Fri, 23 Apr 2010 18:39:33 +0100, David Edmondson d...@dme.org wrote:
Add an `isearch-open-invisible' property to the overlays used to hide
citations and signatures, together with an appropriate function to
leave the
On Fri, 23 Apr 2010 10:42:31 -0700, Dirk Hohndel hohn...@infradead.org wrote:
+Provide 'G' key binding to trigger mail refresh
+
+ The 'G' key works wherever '=' works. Before refreshing the screen
+ it calls an external program that can be used to poll email servers,
+ run notmuch new
On Fri, 23 Apr 2010 17:21:53 -0700, Carl Worth cwo...@cworth.org wrote:
On Wed, 21 Apr 2010 20:58:27 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
When displaying threads as result of a search it makes sense to list those
authors first who match the search. The matching authors are
I tried to break this out into logically independent pieces - but to connect
this as a series.
First we add the authors member and accessors to message
Second the reordering of thread authors (still the original string based
algorithm that I used before - I couldn't quite make sense of cworth's
When displaying threads as result of a search it makes sense to list those
authors first who match the search. The matching authors are separated from the
non-matching ones with a '|' instead of a ','
Imagine the default +inbox query. Those mails in the thread that
match the query are actually
message-authors contains the author's name (as we want to print it)
get / set methods are declared in notmuch-private.h
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
lib/message.cc| 18 ++
lib/notmuch-private.h | 10 ++
2 files changed, 28
This should be required in all patches
Signed-off-by: Dirk Hohndel hohn...@infradead.org
---
NEWS | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/NEWS b/NEWS
index eba0fd5..c2057c2 100644
--- a/NEWS
+++ b/NEWS
@@ -1,3 +1,13 @@
+
+Visualization of author names
On Sat, 24 Apr 2010 09:53:17 -0700, Dirk Hohndel hohn...@infradead.org wrote:
* 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?
I'll voice my don't like of this feature as well, I
On Fri, 23 Apr 2010 11:47:04 -0700, Carl Worth cwo...@cworth.org wrote:
On Fri, 16 Apr 2010 13:51:40 -0700, Dirk Hohndel hohn...@infradead.org
wrote:
The following two patches should address most of the concerns raised
to my previous series.
Allow me to raise new concerns then. ;-)
--
carl.d.wo...@intel.com
On Sat, 24 Apr 2010 09:56:04 -0400, Jesse Rosenthal jrosent...@jhu.edu wrote:
I'd love to put this into shape to become part of notmuch proper.
Great!
My question, for this and other things I've worked on, is where code
that targets message-mode should go. In
On Sat, 24 Apr 2010 09:53:17 -0700, Dirk Hohndel hohn...@infradead.org wrote:
On Sat, 24 Apr 2010 08:37:11 -0700, Carl Worth cwo...@cworth.org wrote:
I sent a patch last night - but it's not realtive to the last thing that
I sent, instead relative to last night's master. Do you want me to
On Sat, 24 Apr 2010 14:45:45 -0700, Carl Worth cwo...@cworth.org wrote:
It doesn't for me with origin/master. Or let me double check... what do
you think would be the correct order (as this is a matter of taste for
some people)...
The order in the reply buffer is fine. But with m I get
On Sat, 24 Apr 2010 15:05:55 -0700, Dirk Hohndel hohn...@infradead.org wrote:
Dirk also mentioned in IRC that there's a regression with the signature
being mispositioned before the quoted text with a reply buffer. Now that
I've added a signature, I'm noticing this as well.
Well - we don't
On Fri, 23 Apr 2010 11:38:57 +0200, Sebastian Spaeth sebast...@sspaeth.de
wrote:
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
gentoo's ebuild script expects 2 more options for configure:
--host (same format as --build)
--datadir
---
configure | 20
1 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/configure b/configure
index ec8c3fd..c522ad8 100755
--- a/configure
+++ b/configure
70 matches
Mail list logo