with that?
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
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.
Is it worth updating to HEAD and trying again?
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http
,
return;
}
+*part_count = *part_count + 1;
+
(*show_part) (part, part_count);
}
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
___
notmuch mailing list
notmuch
(for the record:
I agree with Carl that they are slow and wicked).
http://github.com/quad/notmuch/tree/libtool
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
___
notmuch mailing list
notmuch
Excerpts from Jameson Rollins's message of Mon Jan 25 15:46:55 -0600 2010:
I think this idea is a really good one and I would like to pursue it as
a tangent thread here. I was going to propose something very similar to
this. I think it's a very flexible idea that would help in a lot of
ways.
Excerpts from Tomas Carnecky's message of Mon Apr 12 06:25:23 -0600 2010:
I have a patch which adds support for hooks which are run when tags are
added, removed or new messages added to notmuch. But perhaps the
fork/exec overhead of running the hooks would slow the processing down
too much.
n, emit json
results appropriately.
To accomplish this, I used the cJSON library sans parsing logic.
However, I saw discussion about providing a --format option?
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
Excerpts from Jeffrey Ollie's message of Wed Nov 25 08:33:39 -0800 2009:
> On Wed, Nov 25, 2009 at 10:16 AM, Scott Robinson
> wrote:
> >
> > == Shared Library
> >
> > I have modified the build to output a shared library. It's a small change
> > relying on li
Excerpts from Jeffrey Ollie's message of Wed Nov 25 09:46:47 -0800 2009:
> On Wed, Nov 25, 2009 at 10:16 AM, Scott Robinson
> wrote:
> >
> > To accomplish this, I used the cJSON library sans parsing logic.
>
> I wasn't familiar with cJSON so I went over to take a l
Excerpts from Jeffrey Ollie's message of Wed Nov 25 10:03:05 -0800 2009:
> On Wed, Nov 25, 2009 at 11:58 AM, Scott Robinson
> wrote:
> > Would it be better to link with a previously existing library?
>
> IMHO yes. I was looking at json-glib because it seems to be the
break with that?
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
ht. Second time lucky.
>
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.
Is it worth updating to HEAD and trying again?
--
Scott Robinson | http://quadhome.com/
Q: Why are my rep
"\n"
- "\t\tThe output format is plain-text, with all text-content\n"
- "\t\tMIME parts decoded. Various components in the output,\n"
- "\t\t('message', 'header', 'body', 'attachment', and MIME 'part')\n"
- "\t\tare delimited by easily-parsed markers. Each marker consists\n"
- "\t\tof a Control-L character (ASCII decimal 12), the name of\n"
- "\t\tthe marker, and then either an opening or closing brace,\n"
- "\t\t'{' or '}' to either open or close the component.\n"
+ "\t\t--output=(json|text)\n"
+ "\n"
+ "\t\t\tPresents the results in either JSON or plain-text\n"
+ "\t\t\tformat, which is the default.\n"
+ "\n"
+ "\t\tThe plain-text has all text-content MIME parts decoded.\n"
+ "\t\tVarious components in the output, ('message', 'header',\n"
+ "\t\t'body', 'attachment', and MIME 'part') are delimited by\n"
+ "\t\teasily-parsed markers. Each marker consists of a Control-L\n"
+ "\t\tcharacter (ASCII decimal 12), the name of the marker, and\n"
+ "\t\tthen either an opening or closing brace, '{' or '}' to\n"
+ "\t\teither open or close the component.\n"
"\n"
"\t\tA common use of \"notmuch show\" is to display a single\n"
"\t\tthread of email messages. For this, use a search term of\n"
diff --git a/show-message.c b/show-message.c
index 784981b..05ced9c 100644
--- a/show-message.c
+++ b/show-message.c
@@ -26,8 +26,6 @@ static void
show_message_part (GMimeObject *part, int *part_count,
void (*show_part) (GMimeObject *part, int *part_count))
{
-*part_count = *part_count + 1;
-
if (GMIME_IS_MULTIPART (part)) {
GMimeMultipart *multipart = GMIME_MULTIPART (part);
int i;
@@ -56,6 +54,8 @@ show_message_part (GMimeObject *part, int *part_count,
return;
}
+*part_count = *part_count + 1;
+
(*show_part) (part, part_count);
}
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
ent logic wouldn't be
archive perfect. The message body is emitted on a per-part basis.
What I would do is change the semantics of format->body to be called from
show_message. Then the text and json parts would point at the original
implementation passing off their per-part function pointers.
as well).
ACK
> [...]
> That's just fine. The old numbering semantics were quite bizarre and
> nothing I wanted to set it stone.
Cool. :-)
Resubmit a full patch, or submit another one on top of it?
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
foo tools (for the record:
> I agree with Carl that they are slow and wicked).
http://github.com/quad/notmuch/tree/libtool
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
Excerpts from Carl Worth's message of Tue Dec 22 21:48:34 -0800 2009:
> On Fri, 18 Dec 2009 10:47:33 -0800, Scott Robinson
> wrote:
> > Resubmit a full patch, or submit another one on top of it?
>
> A new full patch would be great, thanks!
Sadly, I won't be able to make the
Excerpts from david's message of Thu Dec 31 07:17:40 -0800 2009:
> I also changed the copyright of json.c to Scott. Hope that's OK with
> Scott.
That is totally OK.
Thank you for carrying this patch to conclusion!
Can't wait to see how notmuch has evolved in six or so months...
I wrote a script to store and sync my tags.
* One filename per message-ID.
* Line-feed seperated tags in each file.
Then the whole structure is controlled via git. Conflict-resolution and sync
comes for free.
It isn't clear what use-case the earlier e-mail is aiming to satisfy. This is
how
Excerpts from bgamari.foss's message of Sat Jan 23 12:58:42 -0600 2010:
> True, but I don't think that this means that we need to link the
> executable with a C++ compiler. I've tried linking with CC and it seems
> to succeed, so I don't think there should be a problem changing it.
>
Are you
Excerpts from Jameson Rollins's message of Mon Jan 25 15:46:55 -0600 2010:
> I think this idea is a really good one and I would like to pursue it as
> a tangent thread here. I was going to propose something very similar to
> this. I think it's a very flexible idea that would help in a lot of
>
Excerpts from sebastian's message of Mon Feb 01 14:29:44 -0600 2010:
> 2)
> > JSON output for "notmuch search/show" with ability to filter output fields
> > "search" --> "search --output=thread_id,date,number,author,subject,tags"
> > "show" --> "search
> >
Excerpts from David Bremner's message of Wed Feb 10 07:51:47 -0600 2010:
> Dear Scott and other interested parties;
>
> As I play with json output a bit more, it seems like having
> --entire-thread optional would be useful for quite a few applications.
> For example, if I want to get the From
Excerpts from Tomas Carnecky's message of Mon Apr 12 06:25:23 -0600 2010:
> I have a patch which adds support for hooks which are run when tags are
> added, removed or new messages added to notmuch. But perhaps the
> fork/exec overhead of running the hooks would slow the processing down
> too
24 matches
Mail list logo