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 mu
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 mu
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 addr
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 addr
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
> > --output=message_id,tags,path,header,bod
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
> > --output=message_id,tags,path,header,bod
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
> wa
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
> wa
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 usin
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 usin
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 I
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 I
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 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 t
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 t
auto-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/
___
not
auto-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/
ssing an update 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
ssing an update 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/
; formatted output in the current 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
; formatted output in the current 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 of
"\t\t\tformat, which is the default.\n"
+ "\n"
"\t\t--sort=(newest-first|oldest-first)\n"
"\n"
"\t\t\tPresent results in either chronological order\n"
@@ -186,13 +191,18 @@ command_t commands[] = {
"\t\t\tall messages in the
"\n"
"\t\t--sort=(newest-first|oldest-first)\n"
"\n"
"\t\t\tPresent results in either chronological order\n"
@@ -186,13 +191,18 @@ command_t commands[] = {
"\t\t\tall messages in the same thread as any matched\n"
"\t\t\tmessage will be displayed.\n"
"\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/
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 r
right. 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 m
d you break 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
d you break with that?
--
Scott Robinson | http://quadhome.com/
Q: Why are my replies five sentences or less?
A: http://five.sentenc.es/
(entries[i]->d_type != DT_DIR) continue;
> +if (strcmp(entries[i]->d_name, "new") == 0 ||
> +strcmp(entries[i]->d_name, "cur") == 0 ||
> +strcmp(entries[i]->d_name, "tmp") == 0)
> +{
> + found++;
> +
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 t
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 t
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
> > rel
quot;show." Then, 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/
33 matches
Mail list logo