David Bremner da...@tethera.net writes:
Glyn Millington glyn.milling...@gmail.com writes:
Greetings!
Emacs 24.4.1 (Arch Linux if that helps)
Notmuch 0.19
The problem is that I can neither compose a new email nor reply to an old
email unless I have already used message mode (via Gnus)
On Wed, Mar 25 2015, David Bremner da...@tethera.net wrote:
Matthew Lear m...@bubblegen.co.uk writes:
Despite being a vi guy for years, I prefer the emacs interface to
notmuch and really like what it provides. I'm sticking with it but there
is clearly a problem and I'd like to solve it.
On Wed, Mar 25 2015, Glyn Millington glyn.milling...@gmail.com wrote:
David Bremner da...@tethera.net writes:
Glyn Millington glyn.milling...@gmail.com writes:
Greetings!
Emacs 24.4.1 (Arch Linux if that helps)
Notmuch 0.19
The problem is that I can neither compose a new email nor reply
On Tue, Mar 24 2015, David Bremner da...@tethera.net wrote:
This is to limit the copy-pasta involved in running C tests. I decided
to keep things simple and not try to provide an actual C skeleton.
The setting of LD_LIBRARY_PATH is to force using the built libnotmuch
rather than any
On Tue, Mar 24 2015, David Bremner da...@tethera.net wrote:
The compatibility wrapper ensures that clients calling
notmuch_database_open will receive consistent output for now.
The changes to notmuch-{new,search} and test/symbol-test are just to
make the test suite pass.
The use of
On Tue, Mar 24 2015, David Bremner da...@tethera.net wrote:
In principle in the future this could do something fancier than sprintf.
It would be better talking of sNprintf -- it is more accurate and
potentially more educational.
Rest of the patches in this series OK
---
Tomi Ollila tomi.oll...@iki.fi writes:
+ret = notmuch_database_open_verbose (path,
+ NOTMUCH_DATABASE_MODE_READ_WRITE,
+ notmuch,
+ message);
if (ret) {
+if (status_cb)
On Tue, Mar 24 2015, David Bremner da...@tethera.net wrote:
This includes tests for all of the error fprintfs in the library I
could figure out how to test without using gdb scripts. It boils down
to errors opening files and exceptions caused by corrupted Xapian
databases.
---
Due to possible failure when creating $THREADS data there may
be no 'None' text in the data. If having 'None' in the data
is requirement for the loop to terminate the loop may continue
forever.
Inverting the test to check positive matches for numbers inhibits
this particular problem.
---
On Tue, Apr 27 2010, Carl Worth cwo...@cworth.org wrote:
On Wed, 21 Apr 2010 19:54:20 -0300, Fernando Carrijo fcarr...@yahoo.com.br
wrote:
micah anderson mi...@riseup.net wrote:
It would be great if this became a key to make this easier. In mutt,
that key is 'b', which prompts you who you
My experience is that the emacs interface is faster than the vim one.
At least I don't have an examples handy where emacs is slower than the
vim interface at rendering a thread. At a wild guess, I suspect it has
to do with how many attachments there are, and the emacs UI being
David Bremner writes:
> Glyn Millington writes:
>
>> Greetings!
>>
>> Emacs 24.4.1 (Arch Linux if that helps)
>> Notmuch 0.19
>>
>> The problem is that I can neither compose a new email nor reply to an old
>> email unless I have already used message mode (via Gnus) first.
>> I get an error
On Wed, Mar 25 2015, David Bremner wrote:
> Matthew Lear writes:
>
>>
>> Despite being a vi guy for years, I prefer the emacs interface to
>> notmuch and really like what it provides. I'm sticking with it but there
>> is clearly a problem and I'd like to solve it. It's annoying when you
>> know
On Wed, Mar 25 2015, Glyn Millington wrote:
> David Bremner writes:
>
>> Glyn Millington writes:
>>
>>> Greetings!
>>>
>>> Emacs 24.4.1 (Arch Linux if that helps)
>>> Notmuch 0.19
>>>
>>> The problem is that I can neither compose a new email nor reply to an old
>>> email unless I have already
to be spent in indent-rigidly and notmuch-show-insert-thread.
Cheers,
-- Matt
-- next part --
An embedded and charset-unspecified text was scrubbed...
Name: cpu.txt
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20150325/f857eb77/attachment.txt>
---
On Tue, Mar 24 2015, David Bremner wrote:
> This is to limit the copy-pasta involved in running C tests. I decided
> to keep things simple and not try to provide an actual C skeleton.
>
> The setting of LD_LIBRARY_PATH is to force using the built libnotmuch
> rather than any potential system
On Tue, Mar 24 2015, David Bremner wrote:
> This includes tests for all of the error fprintfs in the library I
> could figure out how to test without using gdb scripts. It boils down
> to errors opening files and exceptions caused by corrupted Xapian
> databases.
> ---
> test/T560-lib-error.sh
On Tue, Mar 24 2015, David Bremner wrote:
> The compatibility wrapper ensures that clients calling
> notmuch_database_open will receive consistent output for now.
>
> The changes to notmuch-{new,search} and test/symbol-test are just to
> make the test suite pass.
>
> The use of IGNORE_RESULT is
On Tue, Mar 24 2015, David Bremner wrote:
> In principle in the future this could do something fancier than sprintf.
It would be better talking of sNprintf -- it is more accurate and
potentially more educational.
Rest of the patches in this series OK
> ---
> lib/database-private.h | 4
Tomi Ollila writes:
>> +ret = notmuch_database_open_verbose (path,
>> + NOTMUCH_DATABASE_MODE_READ_WRITE,
>> + ,
>> + );
>> if (ret) {
>> +if (status_cb) status_cb (message,
Due to possible failure when creating $THREADS data there may
be no 'None' text in the data. If having 'None' in the data
is requirement for the loop to terminate the loop may continue
forever.
Inverting the test to check positive matches for numbers inhibits
this particular problem.
---
On Tue, Apr 27 2010, Carl Worth wrote:
> On Wed, 21 Apr 2010 19:54:20 -0300, Fernando Carrijo yahoo.com.br> wrote:
>> micah anderson wrote:
>> > It would be great if this became a key to make this easier. In mutt,
>> > that key is 'b', which prompts you who you should send the message
>> > to.
22 matches
Mail list logo