[PATCH v2 0/3] emacs: Add new option notmuch-search-hide-excluded

From: Mohsin Kaleem Hi, I've finally managed to come back to this patch series. Since last time I've collapsed all the separate commits into 3 main ones. The first adds the new option and then updates the commands and tests that should be affected by it. The second allows you to configure

[PATCH v2 0/3] ruby: add latest config API

Currently the simplest way to open the notmuch database properly a client must do: $config = IO.popen(%w[notmuch config list]) do |io| io.each(chomp: true).map { |e| e.split('=') }.to_h end $db_name = config['database.path'] $db = Notmuch::Database.new($db_name) While this works and

[PATCH v2 0/3] Allow functions in notmuch-*-result-format

As well as allowing headers to be specified in the various result format lists, allow functions that can be used to implement per-user logic when generating the results. David Edmondson (3): emacs: Use pcase in notmuch-search-insert-field emacs: Allow functions in notmuch-search-result-format

[PATCH v2 0/3] support for format=flowed text display

support for format=flowed text display This patch improves the display of format=flowed text parts. I suspect that format=flowed display and some of the other content washing might interact in annoying ways, but the only way to be sure is to see how people feel about the results. v2: - Update

Re: [PATCH v2 0/3] postpone and resume support

On Fri 2016-06-03 13:49:52 -0400, Mark Walters wrote: > This is a new version of the WIP patch at > id:1464915472-5669-1-git-send-email-markwalters1...@gmail.com > > So far it seems to deal with all cases that I have tried, and the > CAVEATS list is rather smaller than

[PATCH v2 0/3] postpone and resume support

This is a new version of the WIP patch at id:1464915472-5669-1-git-send-email-markwalters1...@gmail.com So far it seems to deal with all cases that I have tried, and the CAVEATS list is rather smaller than before. The bindings are C-x C-s to save a draft (in notmuch-message-mode) C-c C-p to

[PATCH v2 0/3] Improve the display of matching/non-matching authors.

Improve the display of matching/non-matching authors. Distinguishing between matching and non-matching authors in the emacs interface is currently done by parsing the :authors attribute of a search result. If one of the authors uses the pipe symbol (|) in their 'From' address this parsing

[PATCH v2 0/3] Improve the display of matching/non-matching authors.

Improve the display of matching/non-matching authors. Distinguishing between matching and non-matching authors in the emacs interface is currently done by parsing the :authors attribute of a search result. If one of the authors uses the pipe symbol (|) in their 'From' address this parsing

[PATCH v2 0/3] notmuch insert failure paths and post-insert hook

This is v2 of the final three patches of [1]. The failure paths have been improved further still, with some new warning messages on any cleanup errors as well. Man pages have been updated. Tests are still lacking. The post-insert hook should be simple, but I haven't had a sudden outburst of

[PATCH v2 0/3] notmuch insert failure paths and post-insert hook

This is v2 of the final three patches of [1]. The failure paths have been improved further still, with some new warning messages on any cleanup errors as well. Man pages have been updated. Tests are still lacking. The post-insert hook should be simple, but I haven't had a sudden outburst of

[PATCH v2 0/3] vim plugin updates

Felipe Contreras writes: > A few trivial updates, and an important fix. > > Changes since v1: improved commit messages. I have pushed these to release and master. d -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature

Re: [PATCH v2 0/3] vim plugin updates

Felipe Contreras felipe.contre...@gmail.com writes: A few trivial updates, and an important fix. Changes since v1: improved commit messages. I have pushed these to release and master. d pgpFeATpEBPAw.pgp Description: PGP signature ___ notmuch

[PATCH v2 0/3] vim plugin updates

A few trivial updates, and an important fix. Changes since v1: improved commit messages. Felipe Contreras (2): vim: fix count_threads variable check vim: improve the way messages are sent Paul Roberts (1): vim: make the html handler configurable vim/notmuch.vim | 39

[PATCH v2 0/3] vim plugin updates

A few trivial updates, and an important fix. Changes since v1: improved commit messages. Felipe Contreras (2): vim: fix count_threads variable check vim: improve the way messages are sent Paul Roberts (1): vim: make the html handler configurable vim/notmuch.vim | 39

[Patch v2 0/3] contrib: pick: remove an unused variable

On Tue, Aug 27 2013, Mark Walters wrote: > v2 of this series is at > id:1377460214-4795-1-git-send-email-markwalters1009 at gmail.com > > v2 had a bug on refresh view (which I should have tested more). The > main pick view only worked by fluke as the initial call to pick-worker > was inside a

Re: [Patch v2 0/3] contrib: pick: remove an unused variable

I should have included a diff from v2: see below (obviously the test in patch 3 is also new). Best wishes Mark diff --git a/contrib/notmuch-pick/notmuch-pick.el b/contrib/notmuch-pick/notmuch-pick.el index f6710e9..5d46d42 100644 --- a/contrib/notmuch-pick/notmuch-pick.el +++

[Patch v2 0/3] contrib: pick: remove an unused variable

I should have included a diff from v2: see below (obviously the test in patch 3 is also new). Best wishes Mark diff --git a/contrib/notmuch-pick/notmuch-pick.el b/contrib/notmuch-pick/notmuch-pick.el index f6710e9..5d46d42 100644 --- a/contrib/notmuch-pick/notmuch-pick.el +++

[Patch v2 0/3] contrib: pick: remove an unused variable

v2 of this series is at id:1377460214-4795-1-git-send-email-markwalters1009 at gmail.com v2 had a bug on refresh view (which I should have tested more). The main pick view only worked by fluke as the initial call to pick-worker was inside a let binding. This version fixes the bug, moves the call

[Patch v2 0/3] contrib: pick: remove an unused variable

v2 of this series is at id:1377460214-4795-1-git-send-email-markwalters1...@gmail.com v2 had a bug on refresh view (which I should have tested more). The main pick view only worked by fluke as the initial call to pick-worker was inside a let binding. This version fixes the bug, moves the call to

[PATCH v2 0/3] Clean up reply's encoding story

This is v2 of id:1376332839-22825-1-git-send-email-amdragon at mit.edu. This fixes an unintentional temporary test breakage and two typos in the last patch's commit message. There's no version diff from v1 because the final trees are the same.

[PATCH v2 0/3] Contrib: Pick: Remove horrible hack

Mark Walters writes: > This is a trivial rebase of > id:1369551008-30697-1-git-send-email-markwalters1009 at gmail.com to > current master. I have included the dependent patch > id:1369550458-30562-1-git-send-email-markwalters1009 at gmail.com Pushed, d

[PATCH v2 0/3] Contrib: Pick: Remove horrible hack

This is a trivial rebase of id:1369551008-30697-1-git-send-email-markwalters1009 at gmail.com to current master. I have included the dependent patch id:1369550458-30562-1-git-send-email-markwalters1009 at gmail.com As I said in id:87sj00xapn.fsf at qmul.ac.uk this removes the worst piece of code

[PATCH v2 0/3] emacs: show: lazy handling of hidden parts

On Sun, May 26, 2013 at 1:57 AM, Mark Walters wrote: > This is a slightly tweaked version of > id:1367672478-12247-1-git-send-email-markwalters1009 at gmail.com minus > the first two patches which have already been pushed. >From a quick read-through, this series looks good to me. I applied the

Re: [PATCH v2 0/3] emacs: show: lazy handling of hidden parts

On Sun, May 26, 2013 at 1:57 AM, Mark Walters markwalters1...@gmail.com wrote: This is a slightly tweaked version of id:1367672478-12247-1-git-send-email-markwalters1...@gmail.com minus the first two patches which have already been pushed. From a quick read-through, this series looks good to

[PATCH v2 0/3] emacs: show: lazy handling of hidden parts

This is a slightly tweaked version of id:1367672478-12247-1-git-send-email-markwalters1009 at gmail.com minus the first two patches which have already been pushed. The second patch of the previous series obsoleted the handler notmuch-show-insert-part-inline-patch-fake-part so we remove that and

[PATCH v2 0/3] cli: mail-followup-to support

Hi On Sat, 30 Mar 2013, Jani Nikula wrote: > This is v2 of [1], rebased against master and with a better commit > message for patch 1/3. Patch 1/3 is trivial cleanup and IMO could just > be merged. There was debate on the actual stuff 2/3 and 3/3 [2]. > > I don't think adding a --reply-to=list

Re: [PATCH v2 0/3] cli: mail-followup-to support

Hi On Sat, 30 Mar 2013, Jani Nikula j...@nikula.org wrote: This is v2 of [1], rebased against master and with a better commit message for patch 1/3. Patch 1/3 is trivial cleanup and IMO could just be merged. There was debate on the actual stuff 2/3 and 3/3 [2]. I don't think adding a

[PATCH v2 0/3] cli: clean up gmime 2.4 vs. 2.6 conditional build

Jani Nikula writes: > This is v2 of [1]. Added comments per David's request, and while at it, > added a third patch to conform the existing conditional build in notmuch > show to the same style. The whole series should have no functional > changes, and thus v2 should have no functional changes

Re: [PATCH v2 0/3] cli: clean up gmime 2.4 vs. 2.6 conditional build

Jani Nikula j...@nikula.org writes: This is v2 of [1]. Added comments per David's request, and while at it, added a third patch to conform the existing conditional build in notmuch show to the same style. The whole series should have no functional changes, and thus v2 should have no

[PATCH v2 0/3] cli: clean up gmime 2.4 vs. 2.6 conditional build

On Sun, Mar 31 2013, Tomi Ollila wrote: > On Sat, Mar 30 2013, Jani Nikula wrote: > >> This is v2 of [1]. Added comments per David's request, and while at it, >> added a third patch to conform the existing conditional build in notmuch >> show to the same style. The whole series should have no

[PATCH v2 0/3] cli: clean up gmime 2.4 vs. 2.6 conditional build

On Sat, Mar 30 2013, Jani Nikula wrote: > This is v2 of [1]. Added comments per David's request, and while at it, > added a third patch to conform the existing conditional build in notmuch > show to the same style. The whole series should have no functional > changes, and thus v2 should have no

Re: [PATCH v2 0/3] cli: clean up gmime 2.4 vs. 2.6 conditional build

On Sat, Mar 30 2013, Jani Nikula j...@nikula.org wrote: This is v2 of [1]. Added comments per David's request, and while at it, added a third patch to conform the existing conditional build in notmuch show to the same style. The whole series should have no functional changes, and thus v2

Re: [PATCH v2 0/3] cli: clean up gmime 2.4 vs. 2.6 conditional build

On Sun, Mar 31 2013, Tomi Ollila tomi.oll...@iki.fi wrote: On Sat, Mar 30 2013, Jani Nikula j...@nikula.org wrote: This is v2 of [1]. Added comments per David's request, and while at it, added a third patch to conform the existing conditional build in notmuch show to the same style. The

[PATCH v2 0/3] cli: mail-followup-to support

This is v2 of [1], rebased against master and with a better commit message for patch 1/3. Patch 1/3 is trivial cleanup and IMO could just be merged. There was debate on the actual stuff 2/3 and 3/3 [2]. I don't think adding a --reply-to=list option to notmuch reply is a good idea. We should just

[PATCH v2 0/3] cli: clean up gmime 2.4 vs. 2.6 conditional build

This is v2 of [1]. Added comments per David's request, and while at it, added a third patch to conform the existing conditional build in notmuch show to the same style. The whole series should have no functional changes, and thus v2 should have no functional changes since v1. ;) I have not tested

[PATCH v2 0/3] cli: mail-followup-to support

This is v2 of [1], rebased against master and with a better commit message for patch 1/3. Patch 1/3 is trivial cleanup and IMO could just be merged. There was debate on the actual stuff 2/3 and 3/3 [2]. I don't think adding a --reply-to=list option to notmuch reply is a good idea. We should just

[PATCH v2 0/3] Allow emacs to toggle display of all parts including multipart

Hi I now have a version which does this `right': using invisibility as with citations and signatures etc. It is working but I need to look through more carefully before posting. Best wishes Mark On Mon, 03 Dec 2012, Mark Walters wrote: > This is rather more polished version of >

[PATCH v2 0/3] Allow emacs to toggle display of all parts including multipart

This is rather more polished version of id:1351152563-27277-1-git-send-email-markwalters1009 at gmail.com. The first patch modifies the behaviour of show refresh buffer to keep state more accurately where possible. It can never be perfect but it makes a reasonable attempt. This is independent of

Re: [PATCH v2 0/3] Allow emacs to toggle display of all parts including multipart

Hi I now have a version which does this `right': using invisibility as with citations and signatures etc. It is working but I need to look through more carefully before posting. Best wishes Mark On Mon, 03 Dec 2012, Mark Walters markwalters1...@gmail.com wrote: This is rather more polished

[PATCH v2 0/3] Allow emacs to toggle display of all parts including multipart

This is rather more polished version of id:1351152563-27277-1-git-send-email-markwalters1...@gmail.com. The first patch modifies the behaviour of show refresh buffer to keep state more accurately where possible. It can never be perfect but it makes a reasonable attempt. This is independent of

[PATCH v2 0/3] Better id: link buttonization

On Wed, Nov 14 2012, Ethan Glasser-Camp wrote: > Austin Clements writes: > >> This is v2 of id:"1351650561-7331-1-git-send-email-amdragon at mit.edu". >> This makes Jani's suggested additions to the regexp and adds support >> for RFC 2392 mid: links, as suggested by Sascha. > > This series looks

Re: [PATCH v2 0/3] Better id: link buttonization

On Wed, Nov 14 2012, Ethan Glasser-Camp wrote: Austin Clements amdra...@mit.edu writes: This is v2 of id:1351650561-7331-1-git-send-email-amdra...@mit.edu. This makes Jani's suggested additions to the regexp and adds support for RFC 2392 mid: links, as suggested by Sascha. This series

[PATCH v2 0/3] Better id: link buttonization

Austin Clements writes: > This is v2 of id:"1351650561-7331-1-git-send-email-amdragon at mit.edu". > This makes Jani's suggested additions to the regexp and adds support > for RFC 2392 mid: links, as suggested by Sascha. This series looks fine to me. Ethan

Re: [PATCH v2 0/3] Better id: link buttonization

Austin Clements amdra...@mit.edu writes: This is v2 of id:1351650561-7331-1-git-send-email-amdra...@mit.edu. This makes Jani's suggested additions to the regexp and adds support for RFC 2392 mid: links, as suggested by Sascha. This series looks fine to me. Ethan

[PATCH v2 0/3] Better id: link buttonization

This is v2 of id:"1351650561-7331-1-git-send-email-amdragon at mit.edu". This makes Jani's suggested additions to the regexp and adds support for RFC 2392 mid: links, as suggested by Sascha.

[PATCH v2 0/3] Better id: link buttonization

This is v2 of id:1351650561-7331-1-git-send-email-amdra...@mit.edu. This makes Jani's suggested additions to the regexp and adds support for RFC 2392 mid: links, as suggested by Sascha. ___ notmuch mailing list notmuch@notmuchmail.org

[PATCH v2 0/3] indicate length of omitted body content

The first commit is tangentally related. An expected test case output in test/crypto previously had a filename left unnormalised by notmuch_json_show_sanitize because it was not followed by comma. The next commit causes the comma to be present, breaking the expected output. In the 2nd commit, a

[PATCH v2 0/3] indicate length of omitted body content

The first commit is tangentally related. An expected test case output in test/crypto previously had a filename left unnormalised by notmuch_json_show_sanitize because it was not followed by comma. The next commit causes the comma to be present, breaking the expected output. In the 2nd commit, a

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Fri, 04 May 2012, Mark Walters wrote: > On Wed, 02 May 2012, Jameson Graef Rollins > wrote: >> On Sun, Apr 29 2012, Austin Clements wrote: >>> I haven't really looked at this series yet, but I do have a quick >>> high-level question. Why use separate customization variables for the >>>

Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Fri, 04 May 2012, Mark Walters markwalters1...@gmail.com wrote: On Wed, 02 May 2012, Jameson Graef Rollins jroll...@finestructure.net wrote: On Sun, Apr 29 2012, Austin Clements amdra...@mit.edu wrote: I haven't really looked at this series yet, but I do have a quick high-level question.

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Thu, May 03 2012, Mark Walters wrote: > There are a couple of extra reasons why I like the show ones > separate. One is that I like to colour headerlines of matching messages to > highlight them, but in search mode that would highlight every > line. Secondly, I colour some things "negatively"

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Wed, 02 May 2012, Jameson Graef Rollins wrote: > On Sun, Apr 29 2012, Austin Clements wrote: >> I haven't really looked at this series yet, but I do have a quick >> high-level question. Why use separate customization variables for the >> colors in search and show mode? Wouldn't it make

Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Thu, May 03 2012, Mark Walters markwalters1...@gmail.com wrote: There are a couple of extra reasons why I like the show ones separate. One is that I like to colour headerlines of matching messages to highlight them, but in search mode that would highlight every line. Secondly, I colour some

Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Wed, 02 May 2012, Jameson Graef Rollins jroll...@finestructure.net wrote: On Sun, Apr 29 2012, Austin Clements amdra...@mit.edu wrote: I haven't really looked at this series yet, but I do have a quick high-level question. Why use separate customization variables for the colors in search

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Sun, Apr 29 2012, Austin Clements wrote: > I haven't really looked at this series yet, but I do have a quick > high-level question. Why use separate customization variables for the > colors in search and show mode? Wouldn't it make more sense to set > the colors just once and use them in

Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Sun, Apr 29 2012, Austin Clements amdra...@mit.edu wrote: I haven't really looked at this series yet, but I do have a quick high-level question. Why use separate customization variables for the colors in search and show mode? Wouldn't it make more sense to set the colors just once and use

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Mon, 30 Apr 2012, Austin Clements wrote: > I haven't really looked at this series yet, but I do have a quick > high-level question. Why use separate customization variables for the > colors in search and show mode? Wouldn't it make more sense to set > the colors just once and use them in

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

This is a rebased (but otherwise unchanged) version of id:"1334431301-27303-1-git-send-email-markwalters1009 at gmail.com". It's probably too late for 0.13 but in case anyone would like to look at it this version applies cleanly to master so should be easier to test. The first two patches are

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

I haven't really looked at this series yet, but I do have a quick high-level question. Why use separate customization variables for the colors in search and show mode? Wouldn't it make more sense to set the colors just once and use them in both modes? BTW, I like how this clearly distinguishes

[Patch v2 0/3] emacs: allow show to colour based on tags and flags

This is a rebased (but otherwise unchanged) version of id:1334431301-27303-1-git-send-email-markwalters1...@gmail.com. It's probably too late for 0.13 but in case anyone would like to look at it this version applies cleanly to master so should be easier to test. The first two patches are

Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags

I haven't really looked at this series yet, but I do have a quick high-level question. Why use separate customization variables for the colors in search and show mode? Wouldn't it make more sense to set the colors just once and use them in both modes? BTW, I like how this clearly distinguishes

Re: [Patch v2 0/3] emacs: allow show to colour based on tags and flags

On Mon, 30 Apr 2012, Austin Clements amdra...@mit.edu wrote: I haven't really looked at this series yet, but I do have a quick high-level question. Why use separate customization variables for the colors in search and show mode? Wouldn't it make more sense to set the colors just once and

[PATCH v2 0/3] composing patches

Hi, I don't know how it works in gnus, but at least on the vim mode, the output generated by 'notmuch reply' is not ready to be sent, at least the Message-ID field is needed, and also is nice to have the User-Agent. Besides, in order to avoid creating a new message by hand (possibly fetching the

[PATCH v2 0/3] composing patches

Hi Felipe, On Wed, Apr 18, 2012 at 06:39, Felipe Contreras wrote: > I don't know how it works in gnus, but at least on the vim mode, the output > generated by 'notmuch reply' is not ready to be sent, at least the Message-ID > field is needed, and also is nice to have the User-Agent. In the

[PATCH v2 0/3] composing patches

Hi, I don't know how it works in gnus, but at least on the vim mode, the output generated by 'notmuch reply' is not ready to be sent, at least the Message-ID field is needed, and also is nice to have the User-Agent. Besides, in order to avoid creating a new message by hand (possibly fetching the

Re: [PATCH v2 0/3] composing patches

Hi Felipe, On Wed, Apr 18, 2012 at 06:39, Felipe Contreras felipe.contre...@gmail.com wrote: I don't know how it works in gnus, but at least on the vim mode, the output generated by 'notmuch reply' is not ready to be sent, at least the Message-ID field is needed, and also is nice to have the

[PATCH v2 0/3] Rewrite default reply format

Austin Clements writes: > This version fixes two minor formatting issues that Tomi pointed out > [1]. There are no other changes. > > [1] id:"m2d382ia9d.fsf at guru.guru-group.fi" pushed, d

Re: [PATCH v2 0/3] Rewrite default reply format

Austin Clements amdra...@mit.edu writes: This version fixes two minor formatting issues that Tomi pointed out [1]. There are no other changes. [1] id:m2d382ia9d@guru.guru-group.fi pushed, d ___ notmuch mailing list notmuch@notmuchmail.org

[PATCH v2 0/3] Rewrite default reply format

This version fixes two minor formatting issues that Tomi pointed out [1]. There are no other changes. [1] id:"m2d382ia9d.fsf at guru.guru-group.fi"

[PATCH v2 0/3] Rewrite default reply format

This version fixes two minor formatting issues that Tomi pointed out [1]. There are no other changes. [1] id:m2d382ia9d@guru.guru-group.fi ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH v2 0/3] cli: notmuch tag/restore refactoring

v2 of id:"cover.1332604895.git.jani at nikula.org" with the following non-functional changes, addressing David's concerns in mail and IRC: - do not use C99 style struct assignment in patch 1 - for now, keep tag_message() local to notmuch-restore.c in patch 3 BR, Jani. Jani Nikula (3): cli:

[PATCH v2 0/3] cli: notmuch tag/restore refactoring

v2 of id:cover.1332604895.git.j...@nikula.org with the following non-functional changes, addressing David's concerns in mail and IRC: - do not use C99 style struct assignment in patch 1 - for now, keep tag_message() local to notmuch-restore.c in patch 3 BR, Jani. Jani Nikula (3): cli:

[Patch v2 0/3] Add test and fix exclude bug

On Wed, 14 Mar 2012 12:26:51 +, Mark Walters wrote: > The test in the previous patches > id:"1331551914-28323-1-git-send-email-markwalters1009 at gmail.com" > triggered the bug accidentally. It accidentally set the exclude tags > to be "=" and "deleted" rather than just "deleted". The

Re: [Patch v2 0/3] Add test and fix exclude bug

On Wed, 14 Mar 2012 12:26:51 +, Mark Walters markwalters1...@gmail.com wrote: The test in the previous patches id:1331551914-28323-1-git-send-email-markwalters1...@gmail.com triggered the bug accidentally. It accidentally set the exclude tags to be = and deleted rather than just deleted.

[Patch v2 0/3] Add test and fix exclude bug

On Wed, 14 Mar 2012 12:26:51 +, Mark Walters wrote: > The test in the previous patches > id:"1331551914-28323-1-git-send-email-markwalters1009 at gmail.com" > triggered the bug accidentally. It accidentally set the exclude tags > to be "=" and "deleted" rather than just "deleted". The

[Patch v2 0/3] Add test and fix exclude bug

Quoth Mark Walters on Mar 14 at 12:26 pm: > The test in the previous patches > id:"1331551914-28323-1-git-send-email-markwalters1009 at gmail.com" > triggered the bug accidentally. It accidentally set the exclude tags > to be "=" and "deleted" rather than just "deleted". The non-existent > "=" tag

Re: [Patch v2 0/3] Add test and fix exclude bug

Quoth Mark Walters on Mar 14 at 12:26 pm: The test in the previous patches id:1331551914-28323-1-git-send-email-markwalters1...@gmail.com triggered the bug accidentally. It accidentally set the exclude tags to be = and deleted rather than just deleted. The non-existent = tag (i.e., the tag

[Patch v2 0/3] Add test and fix exclude bug

The test in the previous patches id:"1331551914-28323-1-git-send-email-markwalters1009 at gmail.com" triggered the bug accidentally. It accidentally set the exclude tags to be "=" and "deleted" rather than just "deleted". The non-existent "=" tag (i.e., the tag that does not occur anywhere in the

[RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Mon, 13 Feb 2012 14:35:31 +0530, "Aneesh Kumar K.V" wrote: > On Sun, 12 Feb 2012 18:49:36 +, Mark Walters gmail.com> wrote: > > Here is a rebased version of the notmuch-pick patch set > > id:"87d39k1gvi.fsf at qmul.ac.uk". It now applies directly > > to master since Jani's notmuch-show

[RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Sun, 12 Feb 2012 18:49:36 +, Mark Walters wrote: > Here is a rebased version of the notmuch-pick patch set > id:"87d39k1gvi.fsf at qmul.ac.uk". It now applies directly > to master since Jani's notmuch-show command line parsing > has been pushed. > > It includes the significant bug fix

Re: [RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Sun, 12 Feb 2012 18:49:36 +, Mark Walters markwalters1...@gmail.com wrote: Here is a rebased version of the notmuch-pick patch set id:87d39k1gvi@qmul.ac.uk. It now applies directly to master since Jani's notmuch-show command line parsing has been pushed. It includes the

Re: [RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Mon, 13 Feb 2012 14:35:31 +0530, Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com wrote: On Sun, 12 Feb 2012 18:49:36 +, Mark Walters markwalters1...@gmail.com wrote: Here is a rebased version of the notmuch-pick patch set id:87d39k1gvi@qmul.ac.uk. It now applies directly to

[RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Sun, 12 Feb 2012 12:39:13 -0800, Jameson Graef Rollins wrote: > On Sun, 12 Feb 2012 18:49:36 +, Mark Walters gmail.com> wrote: > > Here is a rebased version of the notmuch-pick patch set > > id:"87d39k1gvi.fsf at qmul.ac.uk". It now applies directly > > to master since Jani's

[RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

Here is a rebased version of the notmuch-pick patch set id:"87d39k1gvi.fsf at qmul.ac.uk". It now applies directly to master since Jani's notmuch-show command line parsing has been pushed. It includes the significant bug fix (at least for anyone working with a dark background) from Daniel

[RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Sun, 12 Feb 2012 18:49:36 +, Mark Walters wrote: > Here is a rebased version of the notmuch-pick patch set > id:"87d39k1gvi.fsf at qmul.ac.uk". It now applies directly > to master since Jani's notmuch-show command line parsing > has been pushed. Hey, Mark. Thanks for working on this.

[RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

Here is a rebased version of the notmuch-pick patch set id:87d39k1gvi@qmul.ac.uk. It now applies directly to master since Jani's notmuch-show command line parsing has been pushed. It includes the significant bug fix (at least for anyone working with a dark background) from Daniel making

Re: [RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Sun, 12 Feb 2012 18:49:36 +, Mark Walters markwalters1...@gmail.com wrote: Here is a rebased version of the notmuch-pick patch set id:87d39k1gvi@qmul.ac.uk. It now applies directly to master since Jani's notmuch-show command line parsing has been pushed. Hey, Mark. Thanks for

Re: [RFC PATCH v2 0/3] notmuch-pick: an emacs threaded message view with split-pane

On Sun, 12 Feb 2012 12:39:13 -0800, Jameson Graef Rollins jroll...@finestructure.net wrote: On Sun, 12 Feb 2012 18:49:36 +, Mark Walters markwalters1...@gmail.com wrote: Here is a rebased version of the notmuch-pick patch set id:87d39k1gvi@qmul.ac.uk. It now applies directly to

[PATCH v2 0/3] Second step of 'show' rewrite

This revision addresses Jani's comments. It removes some const-stripping casts (at the cost of dropping a const from the API), fixes a delayed free, and cleans up some aesthetics.

[PATCH v2 0/3] Second step of 'show' rewrite

This revision addresses Jani's comments. It removes some const-stripping casts (at the cost of dropping a const from the API), fixes a delayed free, and cleans up some aesthetics. ___ notmuch mailing list notmuch@notmuchmail.org

[PATCH v2 0/3] emacs: notmuch-hello search cleanup

On Thu, 19 Jan 2012 00:22:53 +0400, Dmitry Kurochkin wrote: > Changes in v2 since v1: > > * expected results changes for tests moved from patch 2 to 1 where it belong The patch set looks good to me. -- next part -- A non-text attachment was scrubbed... Name: not

[PATCH v2 0/3] emacs: notmuch-hello search cleanup

Changes in v2 since v1: * expected results changes for tests moved from patch 2 to 1 where it belong Regards, Dmitry

Re: [PATCH v2 0/3] emacs: notmuch-hello search cleanup

On Thu, 19 Jan 2012 00:22:53 +0400, Dmitry Kurochkin dmitry.kuroch...@gmail.com wrote: Changes in v2 since v1: * expected results changes for tests moved from patch 2 to 1 where it belong The patch set looks good to me. pgpNMumAPxq0s.pgp Description: PGP signature

[PATCH v2 0/3] emacs: notmuch-hello search cleanup

Changes in v2 since v1: * expected results changes for tests moved from patch 2 to 1 where it belong Regards, Dmitry ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH v2 0/3]

On Fri, 13 Jan 2012 18:07:01 -0500, Austin Clements wrote: > This addresses Jani's comments and improves some of the text and code > comments. This is a really nice feature addition, Austin. And it works like a charm. ++1. A couple of small comments to follow. jamie. -- next part

[PATCH v2 0/3]

This addresses Jani's comments and improves some of the text and code comments.

[PATCH v2 0/3]

This addresses Jani's comments and improves some of the text and code comments. ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

[PATCH v2 0/3] emacs: Document notmuch-show-get-message-properties

On Fri, 16 Dec 2011 09:01:21 -0400, David Bremner wrote: > The others are (not too surprisingly) stale and need rebasing. I'm also > not clear on whether we have concensus on whether the patches are > suitable for inclusion, so feedback from others would be welcome > (perhaps before Daniel goes

[PATCH v2 0/3] emacs: Document notmuch-show-get-message-properties

On Fri, 8 Jul 2011 20:46:54 +0200, Daniel Schoepe wrote: > This version fixes the issues mentioned by Austin and highlights the currently > displayed message in the outline buffer. My previous issues with > 'point-entered > and 'point-left were caused by linum-mode, so don't enable it for >

Re: [PATCH v2 0/3] emacs: Document notmuch-show-get-message-properties

On Fri, 8 Jul 2011 20:46:54 +0200, Daniel Schoepe daniel.scho...@googlemail.com wrote: This version fixes the issues mentioned by Austin and highlights the currently displayed message in the outline buffer. My previous issues with 'point-entered and 'point-left were caused by linum-mode, so

  1   2   >