[notmuch] RFC: output json from notmuch?

On Sun, 13 Dec 2009 16:05:07 -0800, Scott Robinson wrote: > I have a patch for a --output=(text|json) for both notmuch-show and > notmuch-search. I mentioned it earlier on the list, and no one seemed to have > any interest. Ahh, I missed that. I think it was just before I subscribed to the

[notmuch] [PATCH] initial proof of concept patch to output a message in json

From: David Bremner --- Like I said in the apology/introduction, I don't claim this patch is ready for the master branch; hence the complete lack of sensible commit message. But it does give some idea about what would be required. In particular definitely more things will have

[notmuch] RFC: output json from notmuch?

sg.json Type: application/octet-stream Size: 2282 bytes Desc: json encoded message URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091213/246ad402/attachment.obj> -- next part -- A non-text attachment was scrubbed... Name: msg.sexpr Type: application/octet

[notmuch] RFC: output json from notmuch?

It would be nice to have more structured output from notmuch-show. I decided to investigate sexp (i.e. lisp) and json output. Sexp has the obvious advantage that it is trivially parsable in emacs; for other clients it is a little more work. I started looking at sfsexp

[notmuch] RFC: output json from notmuch?

Excerpts from David Bremner's message of Sun Dec 13 15:26:02 -0800 2009: > On Sun, 13 Dec 2009 19:21:02 -0400, David Bremner > wrote: > > > > Attachments: json output of a message from carl, and the equivalent > > sexpr as parsed by json.el. > > > uh, right. Second time lucky. > I have a

[notmuch] [PATCH 2/2] Save all attachments to a directory

nny---I don't think I've ever used that command before. But it should be handy---thanks! -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/20091213/c1bb6b52/attachment.pgp>

[notmuch] [PATCH] emacs: Don't eat last newline character of citations

/pipermail/notmuch/attachments/20091213/db39983f/attachment.pgp>

[notmuch] [PATCH] Support for deletion (patch included)

I forgot the attachment.. -- next part -- A non-text attachment was scrubbed... Name: notmuch-deletion.patch Type: text/x-diff Size: 4002 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20091213/6d0e2244/attachment.patch>

[notmuch] [PATCH] Support for deletion by the emacs client

Hello, I tried notmuch and I really like it. I like having an emacs email client, but was proficient with none of them (neither with non-emacs clients, btw). Notmuch really seems the way to go. However, support for deletion is important to me. Here is a first patch that implements it for the

[notmuch] [PATCH] emacs: Don't eat last newline character of citations

In case of a citation following immediately new contents. When the citation was collapsed: [1-line citation. Click/Enter to show.] Lorem ipsum dolor sit amet, consectetur adipisicin When it was expanded: [10-line citation. Click/Enter to show.] Lorem ipsum dolor sit amet,

[notmuch] [PATCH] Support for deletion by the emacs client

Hello, I tried notmuch and I really like it. I like having an emacs email client, but was proficient with none of them (neither with non-emacs clients, btw). Notmuch really seems the way to go. However, support for deletion is important to me. Here is a first patch that implements it for the

[notmuch] [PATCH] Support for deletion (patch included)

I forgot the attachment.. diff --git a/notmuch.el b/notmuch.el index 97914f2..f770dd0 100644 --- a/notmuch.el +++ b/notmuch.el @@ -991,6 +991,7 @@ matching this search term are shown if non-nil. (define-key map [mouse-1] 'notmuch-search-show-thread) (define-key map *

Re: [notmuch] [PATCH] emacs: Don't eat last newline character of citations

On Mon, 14 Dec 2009 00:06:53 +0800, Kan-Ru Chen ka...@kanru.info wrote: In case of a citation following immediately new contents. When the citation was collapsed: [1-line citation. Click/Enter to show.] Lorem ipsum dolor sit amet, consectetur adipisicin That's definitely a bug we want

Re: [notmuch] [PATCH 2/2] Save all attachments to a directory

On Fri, 11 Dec 2009 17:32:51 -0800, Keith Amidon cama...@picnicpark.org wrote: {-- Thu, 10 Dec 2009 16:57:01 -0800: Carl cwo...@cworth.org wrote: --} What do you see as the write one behavior for a message with multiple attachments? I was imagining a direct-manipulation approach by clicking on

[notmuch] RFC: output json from notmuch?

It would be nice to have more structured output from notmuch-show. I decided to investigate sexp (i.e. lisp) and json output. Sexp has the obvious advantage that it is trivially parsable in emacs; for other clients it is a little more work. I started looking at sfsexp

Re: [notmuch] RFC: output json from notmuch?

On Sun, 13 Dec 2009 19:21:02 -0400, David Bremner da...@tethera.net wrote: Attachments: json output of a message from carl, and the equivalent sexpr as parsed by json.el. uh, right. Second time lucky. msg.json Description: json encoded message msg.sexpr Description: msg converted to

[notmuch] [PATCH] initial proof of concept patch to output a message in json

From: David Bremner brem...@unb.ca --- Like I said in the apology/introduction, I don't claim this patch is ready for the master branch; hence the complete lack of sensible commit message. But it does give some idea about what would be required. In particular definitely more things will have to

Re: [notmuch] RFC: output json from notmuch?

Excerpts from David Bremner's message of Sun Dec 13 15:26:02 -0800 2009: On Sun, 13 Dec 2009 19:21:02 -0400, David Bremner da...@tethera.net wrote: Attachments: json output of a message from carl, and the equivalent sexpr as parsed by json.el. uh, right. Second time lucky. I have

Re: [notmuch] RFC: output json from notmuch?

Excerpts from David Bremner's message of Mon Dec 14 00:21:02 +0100 2009: So, do people think this is a reasonable idea to persue? JSON was actually the first thing I thought of when I first saw the output of notmuch-show. I think it's a much more natural fit for notmuch than say, sexps, since

Re: [notmuch] RFC: output json from notmuch?

On Sun, 13 Dec 2009 16:05:07 -0800, Scott Robinson sc...@quadhome.com wrote: I have a patch for a --output=(text|json) for both notmuch-show and notmuch-search. I mentioned it earlier on the list, and no one seemed to have any interest. Ahh, I missed that. I think it was just before I

[notmuch] [PATCH 2/4] emacs: Connect two hunk of citations if only blank separated

Also eats extra blanks between citations and content, which may not be desired behavior. Signed-off-by: Kan-Ru Chen ka...@kanru.info --- notmuch.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/notmuch.el b/notmuch.el index 5823094..1722474 100644 --- a/notmuch.el +++

[notmuch] [PATCH 4/4] emacs: Use font-lock-comment-face to highlight citation button

Signed-off-by: Kan-Ru Chen ka...@kanru.info --- notmuch.el |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/notmuch.el b/notmuch.el index db8f899..ed96dfa 100644 --- a/notmuch.el +++ b/notmuch.el @@ -581,7 +581,7 @@ which this thread was originally shown.

[notmuch] [PATCH 3/4] emacs: Some cleanup.

Signed-off-by: Kan-Ru Chen ka...@kanru.info --- notmuch.el |9 - 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/notmuch.el b/notmuch.el index 1722474..db8f899 100644 --- a/notmuch.el +++ b/notmuch.el @@ -611,11 +611,10 @@ which this thread was originally shown.

[notmuch] [PATCH 1/4] emacs: Don't eat last newline character of citations

In case of a citation following immediately new contents. When the citation was collapsed: [1-line citation. Click/Enter to show.] Lorem ipsum dolor sit amet, consectetur adipisicin When it was expanded: [10-line citation. Click/Enter to show.] Lorem ipsum dolor sit amet,