On 9/4/14, 2:58 PM, David Bremner wrote:
> "J. Lewis Muir" writes:
>
>> Hello.
>>
>> I submitted a patch [1] to fix a bug in how the notmuch shared
>> library is built on Mac OS X, but perhaps it's not clear it fixes a
>> bug, so I wanted to just request it be tagged as a bug for nmbug.
>
> Done
`notmuch-user-all-email' returns a list of the user's primary and
secondary email addresses.
---
emacs/notmuch-lib.el | 4
1 file changed, 4 insertions(+)
diff --git a/emacs/notmuch-lib.el b/emacs/notmuch-lib.el
index 19269e3..685469c 100644
--- a/emacs/notmuch-lib.el
+++ b/emacs/notmuch-lib
Rather than relying on an external comment to provide address
completion in composition mode, provide a solution purely in elisp.
Update `notmuch-address-command' to allow it to specify an external
command or a function, with the default remaining as an external
command called "notmuch-addresses".
Address completion entirely in elisp.
I grew frustrated with having to use an external command to provide
address completion, as they all had annoyances (up front scanning,
requiring python bindings, etc.). This is an attempt to provide
something similar to jkr's notmuch-addresses.py (which I was
Callers to `notmuch-query-get-threads' can optionally choose not to
receive either the entire thread and/or the body of messages.
This is intended to reduce the amount of output in cases where one or
both of these items is not useful.
---
emacs/notmuch-query.el | 7 ++-
1 file changed, 6 inse
Hi
On Fri, 05 Sep 2014, David Edmondson wrote:
> Address completion entirely in elisp.
>
> I grew frustrated with having to use an external command to provide
> address completion, as they all had annoyances (up front scanning,
> requiring python bindings, etc.). This is an attempt to provide
>
On Fri, Sep 05 2014, Mark Walters wrote:
> On Fri, 05 Sep 2014, David Edmondson wrote:
>> Address completion entirely in elisp.
>>
>> I grew frustrated with having to use an external command to provide
>> address completion, as they all had annoyances (up front scanning,
>> requiring python bindin
This allows us to capture stdout and stderr separately, and do other
explicit subprocess manipulation without resorting to external
packages. It should be compatible with Python 2.6 and later
(including the 3.x series), although with 2.6 you'll need the external
argparse package.
Most of the user
Dear Both,
thanks alot, i'll try to see those options (when i find a bit of
time :)
nice evening (in europe at least)
.d.
Mark Walters writes:
> Hi
>
> On Wed, 03 Sep 2014, David Belohrad wrote:
>> oukej. this seems to be exactly what I'm looking for. Is there a way how
>> to 'cycle' in not
You might want to take a look at the elisp-only completion I wrote for
nevermore.
Address harvesting is pretty fast and anyway is asynchronous.
https://github.com/tjim/nevermore/blob/42febedb45da6158e26503359f864f772d332de0/nm.el#L561
___
notmuch mai
On 9/4/14, 2:58 PM, David Bremner wrote:
> "J. Lewis Muir" writes:
>
>> Hello.
>>
>> I submitted a patch [1] to fix a bug in how the notmuch shared
>> library is built on Mac OS X, but perhaps it's not clear it fixes a
>> bug, so I wanted to just request it be tagged as a bug for nmbug.
>
> Done
`notmuch-user-all-email' returns a list of the user's primary and
secondary email addresses.
---
emacs/notmuch-lib.el | 4
1 file changed, 4 insertions(+)
diff --git a/emacs/notmuch-lib.el b/emacs/notmuch-lib.el
index 19269e3..685469c 100644
--- a/emacs/notmuch-lib.el
+++ b/emacs/notmuch-lib
Rather than relying on an external comment to provide address
completion in composition mode, provide a solution purely in elisp.
Update `notmuch-address-command' to allow it to specify an external
command or a function, with the default remaining as an external
command called "notmuch-addresses".
Callers to `notmuch-query-get-threads' can optionally choose not to
receive either the entire thread and/or the body of messages.
This is intended to reduce the amount of output in cases where one or
both of these items is not useful.
---
emacs/notmuch-query.el | 7 ++-
1 file changed, 6 inse
Address completion entirely in elisp.
I grew frustrated with having to use an external command to provide
address completion, as they all had annoyances (up front scanning,
requiring python bindings, etc.). This is an attempt to provide
something similar to jkr's notmuch-addresses.py (which I was
Hi
On Fri, 05 Sep 2014, David Edmondson wrote:
> Address completion entirely in elisp.
>
> I grew frustrated with having to use an external command to provide
> address completion, as they all had annoyances (up front scanning,
> requiring python bindings, etc.). This is an attempt to provide
>
On Fri, Sep 05 2014, Mark Walters wrote:
> On Fri, 05 Sep 2014, David Edmondson wrote:
>> Address completion entirely in elisp.
>>
>> I grew frustrated with having to use an external command to provide
>> address completion, as they all had annoyances (up front scanning,
>> requiring python bindin
This allows us to capture stdout and stderr separately, and do other
explicit subprocess manipulation without resorting to external
packages. It should be compatible with Python 2.6 and later
(including the 3.x series), although with 2.6 you'll need the external
argparse package.
Most of the user
Dear Both,
thanks alot, i'll try to see those options (when i find a bit of
time :)
nice evening (in europe at least)
.d.
Mark Walters writes:
> Hi
>
> On Wed, 03 Sep 2014, David Belohrad wrote:
>> oukej. this seems to be exactly what I'm looking for. Is there a way how
>> to 'cycle' in not
19 matches
Mail list logo