[PATCH] fix sum moar typos

Hi Pieter, On Sat, 4 Jun 2011 17:54:12 +0200, Pieter Praet wrote: > Because they cause global warming. > > Signed-off-by: Pieter Praet > --- > > TL;DR: Various typo fixes. Applies to jrollins/release-candidate/0.6 > (2baf08f5) > > Due to the impending 0.6 release, I've gone off on an

improving message/rfc822 part handling

: <http://notmuchmail.org/pipermail/notmuch/attachments/20110605/d622ef65/attachment.pgp>

release-candidate/0.6 redux

re.net" jamie. -- 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/20110605/a3b71c95/attachment.pgp>

improving message/rfc822 part handling

s scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110605/4864e94f/attachment.pgp>

[PATCH 5/5] emacs: Improve support for message/rfc822 parts.

The insert-part-message/rfc822 function is overhauled to properly processes the new formatting of message/rfc822 parts. The json output for message parts now includes "headers" and "body" fields, which are now parsed and output appropriately. --- emacs/notmuch-show.el | 21

[PATCH 4/5] Improve handling of message/rfc822 parts by adding a new header_message_part function to the formating structure.

This new function takes a GMimeMessage as input, and outputs the formatted headers. This allows for message/rfc822 parts to be formatted on output in a similar way to full messages (see previous patch that overhauls the multipart test for more info). --- notmuch-client.h |1 +

[PATCH 3/5] test: overhaul multipart test to test for improved message/rfc822 handling

The main goal of this overhaul is to define how message/rfc822 parts should be handled. message/rfc822 parts should be output in a similar fashion to the outer message, including some subset of the rfc822 headers. The following decisions about formatting of message/rfc822 parts were made: The

[PATCH 2/5] test: Fix date in test message in multipart test.

The test message date, "Tue, 05 Jan 2001 15:43:57 -", is not actually a real date. 05 Jan 2001 was in fact a Friday, not a Tuesday. Date parsers (such as "date" in coreutils) will return "Fri" as the day for this string, even if "Tue" is specified. Also, the time zone "-" is actually

[PATCH 1/5] test: some small fixes to multipart test

There were two "--format=text --part=0" tests. One of them was supposed to be a test for "--format=text --part=1". There were also two errant "test_expect_equal_file OUTPUT EXPECTED" lines, that are removed here. --- test/multipart | 17 ++--- 1 files changed, 2 insertions(+), 15

improving message/rfc822 part handling

So the following patch series is my attempt to improve handling of message/rfc822 parts. The first couple of patches fix/overhaul the multipart test, and the last two improve the message/rfc822 part output and emacs handling, respectively. The fix outputs the rfc822 message in a format similar

[PATCH] Added C-up and C-down to cycle through previous searches

Hi Dima. On Sat, 4 Jun 2011 13:07:32 -0700, Dima Kogan wrote: > > On Sun, 29 May 2011 20:04:00 +0400 > > Dmitry Kurochkin wrote: > > > > Hi Dima. > > > > On Sun, 29 May 2011 01:56:28 -0700, notmuch at dima.secretsauce.net > > wrote: > > > From: Dima Kogan > > > > > > --- > > > > > > Hi. >

[PATCH] Added C-up and C-down to cycle through previous searches

Hi, On Sun, 29 May 2011 20:04:00 +0400, Dmitry Kurochkin wrote: > Hi Dima. > > On Sun, 29 May 2011 01:56:28 -0700, notmuch at dima.secretsauce.net wrote: > > From: Dima Kogan > > > > --- > > > > Hi. > > > > I made a few improvements to the emacs UI. This patch allows the user to > >

[PATCH] emacs: Tab completion for notmuch-search and notmuch-search-filter

ze: 3290 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110605/e41a2048/attachment-0001.patch> -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not

Re: [PATCH] Added C-up and C-down to cycle through previous searches

Hi, On Sun, 29 May 2011 20:04:00 +0400, Dmitry Kurochkin dmitry.kuroch...@gmail.com wrote: Hi Dima. On Sun, 29 May 2011 01:56:28 -0700, notm...@dima.secretsauce.net wrote: From: Dima Kogan d...@secretsauce.net --- Hi. I made a few improvements to the emacs UI. This patch

Re: [PATCH] fix sum moar typos

Hi Pieter, On Sat, 4 Jun 2011 17:54:12 +0200, Pieter Praet pie...@praet.org wrote: Because they cause global warming. Signed-off-by: Pieter Praet pie...@praet.org --- TL;DR: Various typo fixes. Applies to jrollins/release-candidate/0.6 (2baf08f5) Due to the impending 0.6 release,

[PATCH 4/5] Improve handling of message/rfc822 parts by adding a new header_message_part function to the formating structure.

This new function takes a GMimeMessage as input, and outputs the formatted headers. This allows for message/rfc822 parts to be formatted on output in a similar way to full messages (see previous patch that overhauls the multipart test for more info). --- notmuch-client.h |1 +

[PATCH 5/5] emacs: Improve support for message/rfc822 parts.

The insert-part-message/rfc822 function is overhauled to properly processes the new formatting of message/rfc822 parts. The json output for message parts now includes headers and body fields, which are now parsed and output appropriately. --- emacs/notmuch-show.el | 21 + 1

[PATCH 2/5] test: Fix date in test message in multipart test.

The test message date, Tue, 05 Jan 2001 15:43:57 -, is not actually a real date. 05 Jan 2001 was in fact a Friday, not a Tuesday. Date parsers (such as date in coreutils) will return Fri as the day for this string, even if Tue is specified. Also, the time zone - is actually always

improving message/rfc822 part handling

So the following patch series is my attempt to improve handling of message/rfc822 parts. The first couple of patches fix/overhaul the multipart test, and the last two improve the message/rfc822 part output and emacs handling, respectively. The fix outputs the rfc822 message in a format similar

[PATCH 1/5] test: some small fixes to multipart test

There were two --format=text --part=0 tests. One of them was supposed to be a test for --format=text --part=1. There were also two errant test_expect_equal_file OUTPUT EXPECTED lines, that are removed here. --- test/multipart | 17 ++--- 1 files changed, 2 insertions(+), 15

[PATCH 3/5] test: overhaul multipart test to test for improved message/rfc822 handling

The main goal of this overhaul is to define how message/rfc822 parts should be handled. message/rfc822 parts should be output in a similar fashion to the outer message, including some subset of the rfc822 headers. The following decisions about formatting of message/rfc822 parts were made: The

Re: improving message/rfc822 part handling

I forgot to mention that this patch series (well the last patch in particular) supersedes the previous emacs rfc822 part handling patch I sent in: id:1307034386-6107-1-git-send-email-jroll...@finestructure.net jamie. pgpMyp64jKP3K.pgp Description: PGP signature

Re: release-candidate/0.6 redux

On Fri, 03 Jun 2011 18:27:42 -0700, Carl Worth cwo...@cworth.org wrote: From a quick rebase of your release-candidate branch and a comparison with what I have queued it looks like only the following commits are left on your branch and not in my email queue: emacs: update

Re: improving message/rfc822 part handling

Here's the gmime bug about returning rfc822 messages as GMimeObjects: https://bugzilla.gnome.org/show_bug.cgi?id=651964 jamie. pgpqPmrMDqcxr.pgp Description: PGP signature ___ notmuch mailing list notmuch@notmuchmail.org