ail/notmuch/attachments/20110527/60d6652a/attachment.patch>
-- 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/20110527
: 17893 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/acae73f9/attachment-0001.patch>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not ava
just to walk the
> iterator (unfortunately I don't think profiling will help much here
> because much of your time is probably spent waiting for I/O).
I don't think I understand what you mean by dummy info in a thread
object.
> I don't think there would be any downside to doing this for eager
> consumers like the CLI.
one should think so, yes.
/p
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/8bb52855/attachment.pgp>
On Fri, 27 May 2011 03:27:35 -0700, Jameson Graef Rollins
wrote:
> Ok. So I very much hope this patch series satisfies those who were
> bothered by the part renumbering that was happening when PGP/MIME
> parts were processed. For signed messages we no longer modify the
> parts at all, so number
This is an amended patch which uses `isearch-range-invisible' from Emacs
trunk r104393 (includes the second patch from #8721).
Regards,
Dmitry
>From d56f2c308c995639aad04f0e5388b52912e603b0 Mon Sep 17 00:00:00 2001
From: Dmitry Kurochkin
Date: Fri, 27 May 2011 01:35:09 +0400
Subject: [PATCH] Wo
crubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/23ad4e6a/attachment.pgp>
On Tue, 10 May 2011 10:25:08 +0400, Dmitry Kurochkin
wrote:
> The patch replaces all (message (buffer-string)) calls in emacs
> tests with (princ (buffer-string)). This avoids accidentally
> interpreting '%' as format specifiers and makes code simpler
> because we do not need to capture stderr.
change is pushed now.
-Carl
--
carl.d.worth at intel.com
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/d94d24fd/attachment.pgp>
On Fri, May 27, 2011 at 2:04 PM, Patrick Totzke
wrote:
> Excerpts from Austin Clements's message of Fri May 27 03:41:44 +0100 2011:
>> >> > > Have you tried simply calling list() on your thread
>> >> > > iterator to see how expensive it is? ?My bet is that it's quite cheap,
>> >> > > both memory-w
Accidentally attached the old file again, sorry for the noise.
From cafc93e3364955cab70885fec740fee87bc3248e Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Thu, 26 May 2011 23:03:22 +0200
Subject: [PATCH] emacs: User-defined sections in notmuch-hello
This patch allows the user to define vari
I forgot to run the test suite with the previous patch, which
revealed some minor formatting problems, updated patch in the
attachment.
From bca5a58d7910b6d46a782db787dfe07e2fcf21e1 Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Thu, 26 May 2011 23:03:22 +0200
Subject: [PATCH] emacs: User-def
ed...
Name: not available
Type: application/pgp-signature
Size: 965 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/d45b6e14/attachment.pgp>
On Wed, 1 Dec 2010 21:27:52 +0100, Joel Borggrén-Franck
wrote:
> From: Joel Borggrén-Franck
>
> Change #!/bin/bash at start of tests to "#!/usr/bin/env bash". That way
> systems running on bash < 4 can prepend bash >= 4 to path before
> running the tests.
Thanks for the patch, Joel!
This iss
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/f9cf0cd3/attachment.pgp>
On Fri, May 27, 2011 at 2:04 PM, Patrick Totzke
wrote:
> Excerpts from Austin Clements's message of Fri May 27 03:41:44 +0100 2011:
>> >> > > Have you tried simply calling list() on your thread
>> >> > > iterator to see how expensive it is? My bet is that it's quite cheap,
>> >> > > both memory-w
This is the best way to make the displayed output for
decrypted/verified messages clearer. The special sigstatus and
encstatus buttons are now displayed under the part header button. The
part header button is also tweaked to provide information to user
about how to proces crypto.
---
This patch
From the commit message:
> This patch allows the user to define various sections that will
> be displayed in notmuch-hello. I tried to keep the section
> description flexible, so it allows different queries for the
> tag buttons and the counts next to them, as well as hiding items
> with zero resul
This is the best way to make the displayed output for
decrypted/verified messages clearer. The special sigstatus and
encstatus buttons are now displayed under the part header button. The
part header button is also tweaked to provide information to user
about how to proces crypto.
---
This patch
On Fri, 27 May 2011 03:27:35 -0700, Jameson Graef Rollins
wrote:
> Ok. So I very much hope this patch series satisfies those who were
> bothered by the part renumbering that was happening when PGP/MIME
> parts were processed. For signed messages we no longer modify the
> parts at all, so number
Most of the time, every entry in the list of identities has the same user name
part. It can then be filled in automatically, and the user can only be prompted
for the email address, which makes the interface much cleaner.
---
Hi Jameson,
Once again, a very good suggestion. I had doubts at first (b
When replying, the From: address is already filled in by notmuch reply, so most
of the time there is no need to prompt the user for it.
---
Hi Jameson,
You're right, this is mostly annoying when replying to messages. Here's a fix.
Regards,
Thomas
emacs/notmuch-mua.el |7 +--
1 files cha
Excerpts from Austin Clements's message of Fri May 27 03:41:44 +0100 2011:
> >> > > Have you tried simply calling list() on your thread
> >> > > iterator to see how expensive it is? My bet is that it's quite cheap,
> >> > > both memory-wise and CPU-wise.
> >> > Funny thing:
> >> > q=Database().cr
On Thu, 26 May 2011 10:20:21 -0700, Carl Worth wrote:
> On Thu, 26 May 2011 09:31:19 +0100, Patrick Totzke googlemail.com> wrote:
> > Wow. This reads really complicated. All I want to say is:
> > if I change tags in my search-results view, I get Xapian errors :)
>
> Yes, that's frustrating. I wi
On Fri, 27 May 2011 11:15:00 +0200, Thomas Jost wrote:
> Once again, a very good suggestion. I had doubts at first (because I sometimes
> send mails using a nickname or on behalf of a group using that group's name),
> but then I noticed I already had only one name in notmuch-identities :) So
> her
lt;http://notmuchmail.org/pipermail/notmuch/attachments/20110527/7eea47d9/attachment.pgp>
On Fri, 27 May 2011 11:14:59 +0200, Thomas Jost wrote:
> You're right, this is mostly annoying when replying to messages. Here's a fix.
Awesome. Thanks, Thomas. Tested and works great.
jamie.
pgpQ1DnF9hcWt.pgp
Description: PGP signature
___
notmuch
not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/31cfbfc8/attachment-0001.pgp>
Some folks have complained about the part renumbering that occurs when
the entire multipart/signed part is replaced with the part contents
after verification. This is primarily because it incurs an additional
computational cost to retrieve individual parts, since verification
has to be performed a
The primary goal here is to keep the decrypted output as similarly
structured as undecrypted output as possible. Now, when decrypting
parts, only the original encrypted part is replaced by the it's
decrypted content. If this part isn't itself a multipart, then all
part numbering should remain con
This is the best way to make the displayed output for
decrypted/verified messages clearer. The special sigstatus and
encstatus buttons are now displayed under the part header button. The
part header button is also tweaked to provide information to user
about how to proces crypto.
---
emacs/notmu
We probably shouldn't have been doing this anyway, but we do it here
specifically because we don't want the content of the
application/pgp-encrypted parts to be displayed and cluttering the
message show.
---
emacs/notmuch-show.el |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff
Ok. So I very much hope this patch series satisfies those who were
bothered by the part renumbering that was happening when PGP/MIME
parts were processed. For signed messages we no longer modify the
parts at all, so numbering always remains constant, and for encrypted
messages the numbering will
This is the best way to make the displayed output for
decrypted/verified messages clearer. The special sigstatus and
encstatus buttons are now displayed under the part header button. The
part header button is also tweaked to provide information to user
about how to proces crypto.
---
emacs/notmu
We probably shouldn't have been doing this anyway, but we do it here
specifically because we don't want the content of the
application/pgp-encrypted parts to be displayed and cluttering the
message show.
---
emacs/notmuch-show.el |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff
The primary goal here is to keep the decrypted output as similarly
structured as undecrypted output as possible. Now, when decrypting
parts, only the original encrypted part is replaced by the it's
decrypted content. If this part isn't itself a multipart, then all
part numbering should remain con
Some folks have complained about the part renumbering that occurs when
the entire multipart/signed part is replaced with the part contents
after verification. This is primarily because it incurs an additional
computational cost to retrieve individual parts, since verification
has to be performed a
Ok. So I very much hope this patch series satisfies those who were
bothered by the part renumbering that was happening when PGP/MIME
parts were processed. For signed messages we no longer modify the
parts at all, so numbering always remains constant, and for encrypted
messages the numbering will
Most of the time, every entry in the list of identities has the same user name
part. It can then be filled in automatically, and the user can only be prompted
for the email address, which makes the interface much cleaner.
---
Hi Jameson,
Once again, a very good suggestion. I had doubts at first (b
When replying, the From: address is already filled in by notmuch reply, so most
of the time there is no need to prompt the user for it.
---
Hi Jameson,
You're right, this is mostly annoying when replying to messages. Here's a fix.
Regards,
Thomas
emacs/notmuch-mua.el |7 +--
1 files cha
g-8721.patch
Type: text/x-diff
Size: 3417 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110527/595cc12b/attachment.patch>
On Thu, 26 May 2011 14:31:30 -0700, Carl Worth wrote:
> On Thu, 26 May 2011 14:26:34 +0400, Dmitry Kurochkin gmail.com> wrote:
> > It is called indirectly. What is the best way to fix it? I imagine
> > that we can replace `isearch-range-invisible' function with another one,
> > which would call
The patch adds `notmuch-isearch-range-invisible' function which
is the same as `isearch-range-invisible' but with fixed Emacs bug
`notmuch-isearch-range-invisible' instead of the original
`isearch-range-invisible' when in `notmuch-show-mode'.
---
emacs/notmuch-wash.el | 67 ++
---
test/emacs | 16
.../notmuch-show-thread-with-hidden-messages |3 +++
2 files changed, 19 insertions(+), 0 deletions(-)
create mode 100644
test/emacs.expected-output/notmuch-show-thread-with-hidden-messages
diff --git a/te
Reply to sender is currently bound to R
---
emacs/notmuch-mua.el | 10 ++
emacs/notmuch-show.el |8 +++-
emacs/notmuch.el |2 +-
3 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index 61a723b..c9c5854 100644
---
---
notmuch.1 | 13 +
notmuch.c | 10 ++
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/notmuch.1 b/notmuch.1
index a1c7fa8..c434e77 100644
--- a/notmuch.1
+++ b/notmuch.1
@@ -388,6 +388,19 @@ Includes subject and quoted message body.
.BR headers\-only
On
Possible values are "sender" which replies just to sender and
"all" (the default).
More precisely reply to sender follows these rules:
reply only to sender unless it was the user
reply only to all people on the to line unless they were all the user
reply to all people on the cc line
Implementatio
Many thanks for the rapid response: I have modified the
patches as suggested and this version includes the
necessary documentation changes. I have also modified the
emacs portion to apply to current master.
Best wishes
Mark
These patches implement a reply to sender function.
On the command lin
48 matches
Mail list logo
