Re: [PATCH v2] VIM: Use notmuch CLI for config

2014-10-21 Thread David Bremner
Ian Main im...@stemwinder.org writes: This patch switches from reading .notmuch-config directly to using the CLI the same way that emacs does it. It actually uses less code and is probably less error prone. pushed d ___ notmuch mailing list

Re: [PATCH v2] VIM: Use notmuch CLI for config

2014-10-20 Thread Ian Main
David Bremner wrote: Ian Main im...@stemwinder.org writes: This patch switches from reading .notmuch-config directly to using the CLI the same way that emacs does it. It actually uses less code and is probably less error prone. Ian We're starting to get a few notmuch-vim

Re: [PATCH v2] VIM: Use notmuch CLI for config

2014-10-10 Thread Franz Fellner
On Thu, 2 Oct 2014 16:47:15 -0700, Ian Main im...@stemwinder.org wrote: This patch switches from reading .notmuch-config directly to using the CLI the same way that emacs does it. It actually uses less code and is probably less error prone. Ian --- This update changes result to be

Re: [PATCH v2] VIM: Use notmuch CLI for config

2014-10-03 Thread David Bremner
Ian Main im...@stemwinder.org writes: This patch switches from reading .notmuch-config directly to using the CLI the same way that emacs does it. It actually uses less code and is probably less error prone. Ian The general approach seems sane; it seems quite brittle to read the config

Re: [PATCH v2] VIM: Use notmuch CLI for config

2014-10-03 Thread Sergei Shilovsky
The patch works fine for me. Ian, though I could not test whether result='' matters or not, cause 'notmuch get' looks to always return a string. It also fixes id:cahc2po19azabaijhdfqr1rl5t0guflaq5ckb_7w-z8y+jxt...@mail.gmail.com On Fri, Oct 3, 2014 at 10:54 AM, David Bremner da...@tethera.net

Re: [PATCH v2] VIM: Use notmuch CLI for config

2014-10-03 Thread Ian Main
David Bremner wrote: Ian Main im...@stemwinder.org writes: This patch switches from reading .notmuch-config directly to using the CLI the same way that emacs does it. It actually uses less code and is probably less error prone. Ian The general approach seems sane; it seems