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
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.
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 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 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 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 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
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 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...
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
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/
(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
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/
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.
"\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/
,
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
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
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
break with that?
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
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
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
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 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
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/
24 matches
Mail list logo