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 d
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,
> x
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,
> x
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,
x86-64)?
___
notmuch mai
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
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 " . "Work/sen
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 " . "Work/sen
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 ad
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 a
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 User-A
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 User-A
On Sat, 24 Apr 2010 09:53:17 -0700, Dirk Hohndel wrote:
> On Sat, 24 Apr 2010 08:37:11 -0700, Carl Worth 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
> create another one?
No, what you sen
patch won't be rejected.
Thanks,
-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/20100424/19746ec2/attachment.pgp>
--
carl.d.wo...@intel.com
On Sat, 24 Apr 2010 09:56:04 -0400, Jesse Rosenthal 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 notmuch-mua.el? Or a
e-box.
-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/90699649/attachment.pgp>
should read.
micah
-- 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/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 si
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 sim
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 de
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
+++ b/tes
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.
Signed-of
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
+
+
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(-)
di
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 "
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
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.
Signed-of
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
+++ b/tes
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(-)
di
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
>
>p
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
> > non-matchi
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
> > non-matchi
On Fri, 23 Apr 2010 10:42:31 -0700, Dirk Hohndel 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 and setup specific
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 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 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 q
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 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: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 j
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 j
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 of
the function p
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 |1 +
notmuc
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 +403,7 @@ show_messa
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 ri
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:
ged, that would be great.
-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/a861fa0a/attachment.pgp>
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 don't change other potential situations where a
> + * comma is in
to use talloc functions consistently. (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>
On Thu, 22 Apr 2010 13:26:06 +0100, David Edmondson 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 various wash
e: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100424/4209ef48/attachment.pgp>
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 should that be required.
This is a fantastic feature, David. T
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20100424/660c87f3/attachment.pgp>
On Fri, 23 Apr 2010 13:21:56 +0200, "Sebastian Spaeth"
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
> such an exceptio
-- 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/cdaf2ca8/attachment.pgp>
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
>
>pods
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 q
On Fri, 23 Apr 2010 15:26:51 +0200, "Sebastian Spaeth"
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 notmuch_messag
ike this.
-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/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 unpleasant
On Sat, 24 Apr 2010 05:42:54 -0700, Carl Worth 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 customize-group" "not
message
content per message displayed.
-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>
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 hidden headers take up so little vertical space?
I think that I would
ders inserted.
-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>
On Thu, 22 Apr 2010 12:35:16 +0200, "Sebastian Spaeth"
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 make that cl
rather 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 havin
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 havin
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 of
the function p
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 |1 +
notmuc
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 +403,7 @@ show_messa
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 ri
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 unpleasant
76 matches
Mail list logo