would it be very hard to implement a Query.search_thread_ids() ?
This name is a bit off because it had to be done on a lower level.
Cheers,
/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/20110526/41ac78f0/attachment.pgp>
On Thu, May 26, 2011 at 6:22 PM, Patrick Totzke
wrote:
> Excerpts from Austin Clements's message of Thu May 26 22:43:02 +0100 2011:
>> > > Though, Patrick, that solution doesn't address your problem.? On the
>> > > other hand, it's not clear to me what concurrent access semantics
>> > > you're
---
Hi Jameson,
Here it is :) I'm sure it will be useful for many other people too, including
myself. To be applied on top of my other patches, then you can set
notmuch-always-prompt-for-sender to t.
Regards,
Thomas
emacs/notmuch-mua.el | 11 ---
1 files changed, 8 insertions(+), 3
Adds the format "--format=one" to possible reply formats which only
replies to the sender.
More precisely the function 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
The
These patches implement a reply to sender function.
On the command line this is done via a new format
"--format=one" to notmuch reply.
In emacs it is bound to the key R
I have been running a similar patch set for some time but
only tidied it up today. It compiles and works for me.
This is my
On May 26, 2011 1:20 PM, "Carl Worth" wrote:
> > The question: How do you solve this in the emacs code?
> > do you store all tids of a query?
>
> The emacs code does not use the notmuch library interface like your
> python bindings do. Instead, it uses the notmuch command-line tool, (and
>
available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/bcd02f68/attachment.pgp>
messages and forwarding?
jamie.
-- 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/20110526/d9468e2d/attachment.pgp>
onfig.sh file for things like this.
What do you think?
-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/20110526/8dd65f3a/attachment.pgp>
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/20110526/a9e24561/attachment-0001.pgp>
ame: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/d00aa435/attachment.pgp>
ext attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/06f565d9/attachment.pgp>
On Wed, 25 May 2011 18:02:49 -0700, Carl Worth wrote:
> On Thu, 26 May 2011 03:10:11 +0400, Dmitry Kurochkin gmail.com> wrote:
> > On Wed, 25 May 2011 15:46:40 -0700, Carl Worth wrote:
> > Well, emacs trunk is not broken :) The bug is in lisp code, so you can
> > fix it in .emacs by redefining
signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/ccf526fd/attachment.pgp>
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/c13997ff/attachment.pgp>
org/pipermail/notmuch/attachments/20110526/7cfc444b/attachment.pgp>
s.
jamie.
-- 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/20110526/f20771dc/attachment.pgp>
When pressing C-u r, the user will be prompted for the identity to use.
---
emacs/notmuch-mua.el | 13 -
emacs/notmuch-show.el |6 +++---
emacs/notmuch.el |6 +++---
3 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/emacs/notmuch-mua.el
When pressing C-u f, the user will be prompted for the identity to use.
---
emacs/notmuch-mua.el | 14 ++
emacs/notmuch-show.el |6 +++---
2 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index 74c9fc1..1b777d9 100644
When pressing C-u m, the user will be prompted for the identity to use.
---
emacs/notmuch-hello.el |2 +-
emacs/notmuch-mua.el | 11 +++
emacs/notmuch-show.el |2 +-
emacs/notmuch.el |2 +-
4 files changed, 14 insertions(+), 3 deletions(-)
diff --git
This adds functions and variables needed for this feature to be implemented.
Once it's done, the user will be able to use a prefix argument (e.g. pressing
C-u m instead of m) and be able to select a From address.
By default the list of names/addresses to be used during completion will be
--
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/fa7357e4/attachment.pgp>
was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/3d80b45e/attachment.pgp>
Size: 198 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110526/556bd75e/attachment.pgp>
.
Thanks for work on this feature, Thomas.
jamie.
-- 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/20110526/9bfd3f62/attachment.pgp>
On Wed, 25 May 2011 15:46:40 -0700, Carl Worth wrote:
> On Thu, 26 May 2011 02:34:28 +0400, Dmitry Kurochkin gmail.com> wrote:
> > I am not sure how it is best to test this. The common `printc' method
> > for emacs tests does not work, because it prints invisible parts as
> > well. We need
On Wed, 25 May 2011 15:23:47 -0700, Carl Worth wrote:
> On Thu, 26 May 2011 02:10:14 +0400, Dmitry Kurochkin gmail.com> wrote:
> > Before the change, message and citation invisibility overlays
> > conflicted: if some citation is made visible and then the whole
> > message is hidden, that
Before the change, headers and message visibility functions took
extra care to correctly set `buffer-invisibility-spec'. This was
needed because headers overlay `invisible' property had only
headers' invisibility spec. So visibility of headers was
determined only by the headers invisibility
Before the patch, message, headers and hidden citation overlays
had zero priority. All these overlay have `invisible' property.
Emacs documentation says that we should not make assumptions
about which overlay will prevail when they have the same priority
[1]. It happens to work as we need, but
Before the change, message and citation invisibility overlays
conflicted: if some citation is made visible and then the whole
message is hidden, that citation remained visible. This happened
because the citation's overlay has an invisible property which
takes priority over the message overlay.
This would allow body-inserting code (in particular, wash
button-inserting code) to use message invisibility specs.
---
emacs/notmuch-show.el |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 786debf..34c0b79 100644
Before the change, the `notmuch-show-insert-text/plain-hook' was
given only the `depth' argument. The patch adds another one -
the message. Currently, the new message argument is not used by
any on the hooks. But it will be used later to get access to
message invisibility specs when wash
This patch series does some fixes and improvements for hiding and
showing messages in notmuch-show. However it comes with a
regression: isearch is broken for hidden overlays when
`invisible' property is a list. I have opened emacs bug #8721
[1] and sent a patch. It has been committed to emacs
il.org/pipermail/notmuch/attachments/20110526/1e633f8f/attachment.pgp>
On May 25, 2011 7:21 PM, "Daniel Schoepe"
wrote:
>
> On Wed, 25 May 2011 18:42:30 -0400, Austin Clements
wrote:
> > 'Doh. That's what I get for not reading the surrounding code. I
> > misunderstood what your patch was going for and assumed it was what
> > *I* wanted notmuch to do, which is to
On Wed, 25 May 2011 15:11:16 -0400, Austin Clements wrote:
> At least in Emacs 23.3.1, it has to be (const :tag "tag:TAG" nil). I
> didn't think the order mattered, but the tag didn't display otherwise.
> It would also be good to give descriptive tags to the other choices.
>
> It would be more
Hi!
I'm playing around with one-time iterators Threads in the python bindings
in combination with changes to the database.
Particularly, I'd like to iterate over a list of threads partially,
change the tags of a single thread and afterwards continue iterating.
Of course I get Xapian DB-changed
On Wed, 25 May 2011 15:17:05 -0700, Carl Worth cwo...@cworth.org wrote:
I'll also send a few additional patches that make it possible to choose
the From address when forwarding a message and when replying to a
message.
The only real concern I have with the series is that it grabs 'R' for
This adds functions and variables needed for this feature to be implemented.
Once it's done, the user will be able to use a prefix argument (e.g. pressing
C-u m instead of m) and be able to select a From address.
By default the list of names/addresses to be used during completion will be
When pressing C-u m, the user will be prompted for the identity to use.
---
emacs/notmuch-hello.el |2 +-
emacs/notmuch-mua.el | 11 +++
emacs/notmuch-show.el |2 +-
emacs/notmuch.el |2 +-
4 files changed, 14 insertions(+), 3 deletions(-)
diff --git
When pressing C-u f, the user will be prompted for the identity to use.
---
emacs/notmuch-mua.el | 14 ++
emacs/notmuch-show.el |6 +++---
2 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index 74c9fc1..1b777d9 100644
When pressing C-u r, the user will be prompted for the identity to use.
---
emacs/notmuch-mua.el | 13 -
emacs/notmuch-show.el |6 +++---
emacs/notmuch.el |6 +++---
3 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/emacs/notmuch-mua.el
On Wed, 25 May 2011 18:02:49 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 26 May 2011 03:10:11 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
On Wed, 25 May 2011 15:46:40 -0700, Carl Worth cwo...@cworth.org wrote:
Well, emacs trunk is not broken :) The bug is in lisp code,
On Thu, 26 May 2011 10:39:58 +0200, Thomas Jost schno...@schnouki.net wrote:
When I first started implementing the custom-from feature I planned to
use a prefix argument to get the behavior (such as C-u m rather than
M for compose-new-mail-with-custom-from). You might even see I've got
These patches implement a reply to sender function.
On the command line this is done via a new format
--format=one to notmuch reply.
In emacs it is bound to the key R
I have been running a similar patch set for some time but
only tidied it up today. It compiles and works for me.
This is my
Reply to sender is currently bound to R
---
emacs/notmuch-mua.el |6 --
emacs/notmuch-show.el |6 ++
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el
index dc7b386..4b8590f 100644
--- a/emacs/notmuch-mua.el
+++
Adds the format --format=one to possible reply formats which only
replies to the sender.
More precisely the function 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
The most
The patch adds test-lib.el file for Emacs tests auxiliary stuff.
Currently, it implements two functions: `visible-buffer-string'
and `visible-buffer-substring'. These are similar to standard
counterparts without visible- prefix but exclude invisible
text. The functions are not used anywhere at
On Thu, 26 May 2011 09:31:19 +0100, Patrick Totzke
patricktot...@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 wish that we had a more reliable interface at
the
---
Hi Jameson,
Here it is :) I'm sure it will be useful for many other people too, including
myself. To be applied on top of my other patches, then you can set
notmuch-always-prompt-for-sender to t.
Regards,
Thomas
emacs/notmuch-mua.el | 11 ---
1 files changed, 8 insertions(+), 3
On Thu, 26 May 2011 19:22:41 +0200, Thomas Jost schno...@schnouki.net wrote:
Here it is :) I'm sure it will be useful for many other people too, including
myself. To be applied on top of my other patches, then you can set
notmuch-always-prompt-for-sender to t.
Awesome! Thanks, Thomas.
jamie.
On May 26, 2011 1:20 PM, Carl Worth cwo...@cworth.org wrote:
The question: How do you solve this in the emacs code?
do you store all tids of a query?
The emacs code does not use the notmuch library interface like your
python bindings do. Instead, it uses the notmuch command-line tool, (and
On Thu, 26 May 2011 19:22:41 +0200, Thomas Jost schno...@schnouki.net wrote:
---
Hi Jameson,
Here it is :) I'm sure it will be useful for many other people too, including
myself. To be applied on top of my other patches, then you can set
notmuch-always-prompt-for-sender to t.
Thanks,
On Thu, 26 May 2011 20:27:58 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
The patch adds test-lib.el file for Emacs tests auxiliary stuff.
Currently, it implements two functions: `visible-buffer-string'
and `visible-buffer-substring'. These are similar to standard
counterparts
On Thu, 26 May 2011 10:20:21 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 26 May 2011 09:31:19 +0100, Patrick Totzke
patricktot...@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,
On Thu, 26 May 2011 17:06:50 +0100, Mark Walters markwalters1...@gmail.com
wrote:
These patches implement a reply to sender function.
On the command line this is done via a new format
--format=one to notmuch reply.
In emacs it is bound to the key R
I like the feature (at the emacs level).
On Thu, 26 May 2011 14:26:34 +0400, Dmitry Kurochkin
dmitry.kuroch...@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 fixed function if some special variable is
On Thu, 26 May 2011 14:11:11 -0700, Carl Worth cwo...@cworth.org wrote:
It's a nice patch series, and I've pushed it all out now.
After using this feature for a day, I think it's great. But it would be
nice if the name was just automatically filled in, since that doesn't
change, and the ido
---
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
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
On Thu, 26 May 2011 14:31:30 -0700, Carl Worth cwo...@cworth.org wrote:
On Thu, 26 May 2011 14:26:34 +0400, Dmitry Kurochkin
dmitry.kuroch...@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
On Fri, 27 May 2011 01:38:35 +0400, Dmitry Kurochkin
dmitry.kuroch...@gmail.com wrote:
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
hehe, did it again (dropping the list from cc). I need to stop
using sup :P thanks Austin.
Excerpts from Carl Worth's message of Thu May 26 18:20:21 +0100 2011:
On Thu, 26 May 2011 09:31:19 +0100, Patrick Totzke
patricktot...@googlemail.com wrote:
Wow. This reads really complicated. All I
On Wed, 25 May 2011 23:21:54 +0200, Daniel Schoepe
daniel.scho...@googlemail.com wrote:
I incorporated most of you recommendations in the attached patch.
Looks good, thanks!
I've pushed this out now.
I only have two suggestions:
1. Could you please add some basic testing for this?
The
Excerpts from Austin Clements's message of Thu May 26 22:43:02 +0100 2011:
http://notmuch.198994.n3.nabble.com/notmuch-s-idea-of-concurrency-failing-an-invocation-tp2373468p2565731.html
ah, good old peterson :P thanks.
Though, Patrick, that solution doesn't address your problem. On the
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
---
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
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
On Thu, May 26, 2011 at 6:22 PM, Patrick Totzke
patricktot...@googlemail.com wrote:
Excerpts from Austin Clements's message of Thu May 26 22:43:02 +0100 2011:
Though, Patrick, that solution doesn't address your problem. On the
other hand, it's not clear to me what concurrent access
On 05/26/2011 06:04 PM, Carl Worth wrote:
2. The hello screen is now lying a bit by saying all tags.
Perhaps if the user has the notmuch-hello-hide-tags variable set to
non-nil the text might change somewhat? I'm not sure to what exactly.
maybe all non-hidden tags ?
--dkg
70 matches
Mail list logo
