Free the results of the prompt; this patch does the minimal job for that.
It may be nice to refactor the function a bit.
Signed-off-by: Dirk-Jan C. Binnema
---
notmuch-setup.c | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/notmuch-setup.c b/notmuch-setup
Signed-off-by: Dirk-Jan C. Binnema
---
notmuch-config.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/notmuch-config.c b/notmuch-config.c
index fc65d6b..95430db 100644
--- a/notmuch-config.c
+++ b/notmuch-config.c
@@ -317,9 +317,11 @@ notmuch_config_save (notmuch_conf
Den Tue, Dec 01, 2009 at 05:46:04PM +0100 skrev Jed Brown:
> On Tue, 1 Dec 2009 10:33:05 +0100, Steen Manniche
> wrote:
> > Probably unusable system info:
> > % uname -a
> > Linux algorithm 2.6.31-ARCH #1 SMP PREEMPT Fri Oct 23 11:12:58 CEST
> > 2009 i686 Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GH
A patch for notmuch-search-filter follows, my change to
notmuch-search-filter-by-tag is not very useful since
notmuch-select-tag-with-completion does not allow a space to be
inserted. I don't know how to get completion on multiple
space-separated terms.
On Tue, 01 Dec 2009 18:56:59 -0800, Carl Wo
notmuch-search-filter now accepts an arbitrary query and will group if
necessary so that we get
tag:inbox AND (gravy OR biscuits)
instead of the former
tag:inbox AND gravy OR biscuits
Signed-off-by: Jed Brown
---
notmuch.el |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
d
From: Aneesh Kumar K.V
This patch helps in customizing search result display
similar to mutt's index_format. The customization is done
by defining an alist as below
(setq notmuch-search-result-format '(("date" . "%s ")
("authors" . "%-40s ")
On 02-12 11:59, Jed Brown wrote:
> A patch for notmuch-search-filter follows, my change to
> notmuch-search-filter-by-tag is not very useful since
> notmuch-select-tag-with-completion does not allow a space to be
> inserted. I don't know how to get completion on multiple
> space-separated terms.
On Wed, 2 Dec 2009 14:18:08 +0100, Jan Janak wrote:
> I haven't been really following this thread in detail. What is that you need
> from notmuch-select-tag-with-completion? To be able to process a list of tags
> separated by spaces? Maybe I could help you with that.
No, it would need to take inp
Jed,
On 02-12 14:46, Jed Brown wrote:
> On Wed, 2 Dec 2009 14:18:08 +0100, Jan Janak wrote:
> > I haven't been really following this thread in detail. What is that you need
> > from notmuch-select-tag-with-completion? To be able to process a list of
> > tags
> > separated by spaces? Maybe I coul
Jan, thanks for looking into this.
On Wed, 2 Dec 2009 15:38:54 +0100, Jan Janak wrote:
> This seems close enough to what you want and maybe we could somehow make it
> work with notmuch, too. This would be interesting to have, because then we
> could complete multiple tag names with a single TAB p
On Fri, 27 Nov 2009 23:10:30 +0100, Tassilo Horn
wrote:
> Well, if you only want to have a look at a maildir or mbox, and don't
> want to make the group permanent and let gnus fetch mail, then this
> should do the trick.
>
> M-x gnus RET ;; brings you into the *Group* buffer, and then
...
> |
On Wed, 02 Dec 2009 12:51:41 -0800, Carl wrote:
> Hrm... still seeing the same inscrutable stuff that I find every time I
> try to read gnus documentation. The "I want to read my mail!" post
> describes "nnml" as "a one-file-one-mail backend" but then the closest
> it gets to how to use it is:
>
f
Gmail-created tags). So I'd like to see something like this instead for
the use case:
mv some-archive ~/mail-store/some-archive
notmuch tag +some-archive filename:some-archive*
This idea seems very much in line with what you advocated earlier,
(handling the maildir &quo
to
call the function.
-Carl
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091202/c3572aa1/attachment-0001.pgp>
was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20091202/f1d37d5f/attachment.pgp>
Den Tue, Dec 01, 2009 at 05:46:04PM +0100 skrev Jed Brown:
> On Tue, 1 Dec 2009 10:33:05 +0100, Steen Manniche
> wrote:
> > Probably unusable system info:
> > % uname -a
> > Linux algorithm 2.6.31-ARCH #1 SMP PREEMPT Fri Oct 23 11:12:58 CEST
> > 2009 i686 Intel(R) Core(TM)2 Duo CPU P9500 @ 2.53GH
A patch for notmuch-search-filter follows, my change to
notmuch-search-filter-by-tag is not very useful since
notmuch-select-tag-with-completion does not allow a space to be
inserted. I don't know how to get completion on multiple
space-separated terms.
On Tue, 01 Dec 2009 18:56:59 -0800, Carl Wo
notmuch-search-filter now accepts an arbitrary query and will group if
necessary so that we get
tag:inbox AND (gravy OR biscuits)
instead of the former
tag:inbox AND gravy OR biscuits
Signed-off-by: Jed Brown
---
notmuch.el |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
d
From: Aneesh Kumar K.V
This patch helps in customizing search result display
similar to mutt's index_format. The customization is done
by defining an alist as below
(setq notmuch-search-result-format '(("date" . "%s ")
("authors" . "%-40s ")
On 02-12 11:59, Jed Brown wrote:
> A patch for notmuch-search-filter follows, my change to
> notmuch-search-filter-by-tag is not very useful since
> notmuch-select-tag-with-completion does not allow a space to be
> inserted. I don't know how to get completion on multiple
> space-separated terms.
On Wed, 2 Dec 2009 14:18:08 +0100, Jan Janak wrote:
> I haven't been really following this thread in detail. What is that you need
> from notmuch-select-tag-with-completion? To be able to process a list of tags
> separated by spaces? Maybe I could help you with that.
No, it would need to take inp
Jed,
On 02-12 14:46, Jed Brown wrote:
> On Wed, 2 Dec 2009 14:18:08 +0100, Jan Janak wrote:
> > I haven't been really following this thread in detail. What is that you need
> > from notmuch-select-tag-with-completion? To be able to process a list of
> > tags
> > separated by spaces? Maybe I coul
Jan, thanks for looking into this.
On Wed, 2 Dec 2009 15:38:54 +0100, Jan Janak wrote:
> This seems close enough to what you want and maybe we could somehow make it
> work with notmuch, too. This would be interesting to have, because then we
> could complete multiple tag names with a single TAB p
On Fri, 27 Nov 2009 23:10:30 +0100, Tassilo Horn wrote:
> Well, if you only want to have a look at a maildir or mbox, and don't
> want to make the group permanent and let gnus fetch mail, then this
> should do the trick.
>
> M-x gnus RET ;; brings you into the *Group* buffer, and then
...
> | `
On Wed, 02 Dec 2009 12:51:41 -0800, Carl wrote:
> Hrm... still seeing the same inscrutable stuff that I find every time I
> try to read gnus documentation. The "I want to read my mail!" post
> describes "nnml" as "a one-file-one-mail backend" but then the closest
> it gets to how to use it is:
>
In order to handle message renames the following changes were deemed necessary:
* Mtime check on individual files was disabled. As files may be moved around
without changing their mtime, it's necessary to parse them even if they appear
old in case old message was moved. mtime check on directories
On Tue, 24 Nov 2009 23:10:26 +0100, Jan Janak wrote:
> I would like to propose that we make the list of tags applied by 'notmuch new'
> configurable. Right now notmuch applies two tags to all new messages added to
> the database, 'inbox' and 'unread'. The two tags are added by the C code in
> notm
On Wed, 25 Nov 2009 22:50:08 +0100, Jan Janak wrote:
> On 25-11 15:56, Bart Trojanowski wrote:
> > I really want this feature to get in, so I am going to do my best to
> > review your code :)
> >
> > Here are some more sticking points...
> >
> > > +char **
> > > +notmuch_config_get_new_tags (not
On Fri, 27 Nov 2009 21:49:39 -0500, Bart Trojanowski wrote:
> This patch changes the default behaviour of notmuch show to display only
> messages that match the search expression. However, --entire-thread
> option is provided to display all messages in threads that matched the
> search expression
29 matches
Mail list logo