[PATCH 0/2] Enhancements to notmuch-hello search history

Hi, Two patches that enhance the notmuch-hello search history UI. Though minor I find them very helpful. Servilio Afre Puentes (2): emacs: hello: ask confirmation for clearing recent searches emacs: hello: allow deleting individual searches in the history emacs/notmuch-hello.el | 31

[PATCH 1/2] emacs: hello: ask confirmation for clearing recent searches

The button to clear the recent searches in notmuch-hello is easy to press accidentally while moving around the, clearing potentially useful searches with no way of recovering them. --- emacs/notmuch-hello.el | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/emacs/notmuch-he

[PATCH 2/2] emacs: hello: allow deleting individual searches in the history

This commit adds an extra button at the end of the search entries that allows deleting that individual search from the history. A short confirmation («y» or «n») is made before taking action. --- emacs/notmuch-hello.el | 26 -- 1 file changed, 24 insertions(+), 2 deletions

Re: [PATCH 0/2] Enhancements to notmuch-hello search history

Jani Nikula writes: > On Fri, 03 May 2013, Servilio Afre Puentes wrote: >> Two patches that enhance the notmuch-hello search history UI. Though >> minor I find them very helpful. > > Both seem to work as advertised; I did not look at the code much. A > minor bikeshed

Re: [RFC] [PATCH v1 0/2] Improve the display of headers.

Hi David, I like the idea of aligning the headers, but won't padding with spaces from the left break code that expects at the beginning of the line? Servilio ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmu

[notmuch] Introducing notmuchsync

2010/1/19 Jameson Rollins : [...] > That said, I have vasilated just a bit on this, as to whether notmuch > should touch the mail at all, or just process it. ?But having thought > about it a bit, I think that notmuch really *is* an MUA, or at least > the mail processing part of a MUA (MUA minus mes

[notmuch] Joining

Maybe a bit late for saying "Hi, glad to join!" since I have already sent another message, but yesterday was a long day at work. I also knew about notmuch from the LWN article back in December and have been following it through the "git update" and the mail archive since then (though not reading a

[notmuch] tag dir proposal [was: Re: Git as notmuch object store]

2010/1/28 martin f krafft : > also sprach Jameson Rollins [2010.01.26.1046 > +1300]: >> > For example, I might have: >> > >> > ~/.notmuch-config: >> > >> > ? ? [database] >> > ? ? path=/home/pioto/mail >> > ? ? ... >> > ? ? [tags] >> > ? ? pioto at pioto.org/INBOX.ListMail.notmuch = notmuch >> >

[notmuch] [PATCH] Better folder name search strategy.

This allows the use non-word characters (e.g.: "/") as the folder name in the notmuch-folders variable. --- notmuch.el |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/notmuch.el b/notmuch.el index 97914f2..bdb0200 100644 --- a/notmuch.el +++ b/notmuch.el @@ -1467,7 +146

[notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

On 3 February 2010 15:18, martin f krafft wrote: > also sprach Marten Veldthuis [2010.02.04.0353 > +1300]: >> > Like this? http://notmuchmail.org/recentchanges/ >> >> No, more like this: http://git.notmuchmail.org/git/notmuch-wiki > > To my knowledge, neither of these two give you diffs. This is

[notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

On 4 February 2010 00:05, martin f krafft wrote: > also sprach Servilio Afre Puentes [2010.02.04.1714 > +1300]: >> In the second link, the links with the text "commitdiff" provide >> it, and you have the Atom and RSS feeds at the bottom. > > As I see it, the f

[PATCH] Remove dangling opening curly bracket.

Signed-off-by: Servilio Afre Puentes --- notmuch-reply.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/notmuch-reply.c b/notmuch-reply.c index 3798d60..8eb4754 100644 --- a/notmuch-reply.c +++ b/notmuch-reply.c @@ -383,7 +383,7 @@ notmuch_reply_format_default(void

Re: please eat my data!

On 12 April 2010 13:47, Dirk Hohndel wrote: > On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith > wrote: >> On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" >> wrote: >> > What I find intersting is that we have a 2x speedup and a 10x speedup >> > for different queries. Olly was saying on

[PATCH] emacs: when archiving move the cursor depending on the sort order.

The current hardcoded behaviour will not take you to the next unread thread when the sort order is set to newer-first from the default of older-first. Signed-off-by: Servilio Afre Puentes --- emacs/notmuch.el |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/emacs

[PATCH] emacs: Extend the archive function to operate on regions too.

Signed-off-by: Servilio Afre Puentes --- emacs/notmuch.el | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/emacs/notmuch.el b/emacs/notmuch.el index 517c53a..4d4971f 100644 --- a/emacs/notmuch.el +++ b/emacs/notmuch.el @@ -264,7 +264,7 @@ For a mouse binding

Re: [PATCH] emacs: when archiving move the cursor depending on the sort order.

On 14 April 2010 05:53, Sebastian Spaeth wrote: > On 2010-04-14, Michal Sojka wrote: >> On Tue, 13 Apr 2010, Servilio Afre Puentes wrote: >> > The current hardcoded behaviour will not take you to the next unread >> > thread when the sort order is set to newer-first fro

[PATCH] Try to provide search buffers with titles from notmuch-folders.

--- emacs/notmuch.el | 11 ++- 1 files changed, 10 insertions(+), 1 deletions(-) diff --git a/emacs/notmuch.el b/emacs/notmuch.el index be09f42..17e0e86 100644 --- a/emacs/notmuch.el +++ b/emacs/notmuch.el @@ -696,6 +696,15 @@ characters as well as `_.+-'. (apply 'notmuch-call-notm

Re: [notmuch] Bulk message tagging

On 15 April 2010 21:46, Carl Worth wrote: [...] > We'll probably need to arrange for notmuch to accept search > specifications on stdin or so. Or a daemon mode with a pipe or DBus interface. Servilio ___ notmuch mailing list notmuch@notmuchmail.org htt

[PATCH] emacs: Try to name search buffers using info in notmuch-folders

This patch obsoletes the one sent in message: r2sb22065d01004150516jf099f3dcw180a7db0dc972...@mail.gmail.com 8<-- As the user has already defined aliases for certain searches in notmuch-folders, search buffer names that use these aliases will be easier to identify. --- emacs/notmuch.el |

Re: [PATCH] Try to provide search buffers with titles from notmuch-folders.

This patch has been obsoleted by the one sent in message: x2hb22065d01004182055vc111d42az357076f93b6cb...@mail.gmail.com Servilio ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

Re: [PATCH] emacs: Try to name search buffers using info in notmuch-folders

On 21 April 2010 20:10, Carl Worth wrote: > On Sun, 18 Apr 2010 23:55:50 -0400, Servilio Afre Puentes > wrote: >> As the user has already defined aliases for certain searches in >> notmuch-folders, search buffer names that use these aliases will >> be easier to identi

Re: python cnotmuch -> notmuch

On 21 April 2010 20:38, Carl Worth wrote: > On Mon, 19 Apr 2010 21:50:13 +0200, "Sebastian Spaeth" > wrote: [...] > Though that brings up the question of what to name the Debian package > for these bindings. A quick "apt-cache search python" suggests that > python-notmuch might not be a crazy na

Re: pull request

On 21 April 2010 17:03, Carl Worth wrote: > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote: [...] > Meanwhile, another issue with the result of this series is that I now > seem to get rendering for both the text/plain and the text/html > alternatives when a message has both. For now, t

Re: pull request

On 22 April 2010 08:30, David Edmondson wrote: > On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes > wrote: >> On 21 April 2010 17:03, Carl Worth wrote: >> > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote: >> [...] >> > Meanwhile, a

Re: [PATCH] emacs: Allow headers to be shown by default in show mode

On 23 April 2010 13:13, Dirk Hohndel wrote: > On Fri, 23 Apr 2010 12:54:21 +0100, David Edmondson wrote: >> Add `notmuch-show-headers-visible' which, when set `t', causes headers >> to be shown by default. > > Excellent - Carl, can you pull this into 0.3, please? +1 Servilio ___

Re: bug tracking

On 28 April 2010 16:34, David Bremner wrote: [...] > Meanwhile Jesse Rosenthal and I started chatting about, and Jesse > started implementing, some tools for grabbing remote collections of tags > and merging them into their own namespace.  This may give us a > notmuch-oriented way of managing the

Re: notmuch-next branch

On 11 October 2010 14:45, Felipe Contreras wrote: > Hi, > > I think many people agree notmuch mainline has been rather slow. So > I'm proposing to have notmuch-next branch, either on github or > gitorious (please vote). +1 for gitorious, you can use OpenID and their code is available (for me a si

Re: notmuch-next branch

On 11 October 2010 15:01, Jameson Rollins wrote: > On Mon, 11 Oct 2010 21:45:47 +0300, Felipe Contreras > wrote: >> I think many people agree notmuch mainline has been rather slow. So >> I'm proposing to have notmuch-next branch, either on github or >> gitorious (please vote). >> >> More than on

Re: [PATCH 0/4] Maildir synchronization v2

On 13 October 2010 08:13, Michal Sojka wrote: [...] > THERE IS CURRENTLY ONE KNOWN ISSUE: Viewing/storing of attachments of > unread messages doesn't work. The reason is that when you view the > message its unread tag is removed which causes the file to be renamed, > but Emacs still uses the origi

Re: [notmuch] Introducing notmuchsync

2010/1/19 Jameson Rollins : [...] > That said, I have vasilated just a bit on this, as to whether notmuch > should touch the mail at all, or just process it.  But having thought > about it a bit, I think that notmuch really *is* an MUA, or at least > the mail processing part of a MUA (MUA minus mes

[notmuch] Joining

Maybe a bit late for saying "Hi, glad to join!" since I have already sent another message, but yesterday was a long day at work. I also knew about notmuch from the LWN article back in December and have been following it through the "git update" and the mail archive since then (though not reading a

Re: [notmuch] tag dir proposal [was: Re: Git as notmuch object store]

2010/1/28 martin f krafft : > also sprach Jameson Rollins [2010.01.26.1046 > +1300]: >> > For example, I might have: >> > >> > ~/.notmuch-config: >> > >> >     [database] >> >     path=/home/pioto/mail >> >     ... >> >     [tags] >> >     pi...@pioto.org/INBOX.ListMail.notmuch = notmuch >> > >>

[notmuch] [PATCH] Better folder name search strategy.

This allows the use non-word characters (e.g.: "/") as the folder name in the notmuch-folders variable. --- notmuch.el |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/notmuch.el b/notmuch.el index 97914f2..bdb0200 100644 --- a/notmuch.el +++ b/notmuch.el @@ -1467,7 +146

Re: [notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

On 3 February 2010 15:18, martin f krafft wrote: > also sprach Marten Veldthuis [2010.02.04.0353 +1300]: >> > Like this? http://notmuchmail.org/recentchanges/ >> >> No, more like this: http://git.notmuchmail.org/git/notmuch-wiki > > To my knowledge, neither of these two give you diffs. This is wh

Re: [notmuch] Git commit mails (was: New wiki instance on the notmuchmail.org website)

On 4 February 2010 00:05, martin f krafft wrote: > also sprach Servilio Afre Puentes [2010.02.04.1714 > +1300]: >> In the second link, the links with the text "commitdiff" provide >> it, and you have the Atom and RSS feeds at the bottom. > > As I see it, the f

[PATCH] Remove dangling opening curly bracket.

Signed-off-by: Servilio Afre Puentes --- notmuch-reply.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/notmuch-reply.c b/notmuch-reply.c index 3798d60..8eb4754 100644 --- a/notmuch-reply.c +++ b/notmuch-reply.c @@ -383,7 +383,7 @@ notmuch_reply_format_default(void

please eat my data!

On 12 April 2010 13:47, Dirk Hohndel wrote: > On Mon, 12 Apr 2010 10:14:05 -0700, Stewart Smith flamingspork.com> wrote: >> On Mon, 12 Apr 2010 17:24:35 +0200, "Sebastian Spaeth" > SSpaeth.de> wrote: >> > What I find intersting is that we have a 2x speedup and a 10x speedup >> > for different que

[PATCH] emacs: when archiving move the cursor depending on the sort order.

The current hardcoded behaviour will not take you to the next unread thread when the sort order is set to newer-first from the default of older-first. Signed-off-by: Servilio Afre Puentes --- emacs/notmuch.el |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/emacs

[PATCH] emacs: Extend the archive function to operate on regions too.

Signed-off-by: Servilio Afre Puentes --- emacs/notmuch.el | 10 +- 1 files changed, 5 insertions(+), 5 deletions(-) diff --git a/emacs/notmuch.el b/emacs/notmuch.el index 517c53a..4d4971f 100644 --- a/emacs/notmuch.el +++ b/emacs/notmuch.el @@ -264,7 +264,7 @@ For a mouse binding

[PATCH] emacs: when archiving move the cursor depending on the sort order.

On 14 April 2010 05:53, Sebastian Spaeth wrote: > On 2010-04-14, Michal Sojka wrote: >> On Tue, 13 Apr 2010, Servilio Afre Puentes wrote: >> > The current hardcoded behaviour will not take you to the next unread >> > thread when the sort order is set to newer-first fro

[PATCH] Try to provide search buffers with titles from notmuch-folders.

--- emacs/notmuch.el | 11 ++- 1 files changed, 10 insertions(+), 1 deletions(-) diff --git a/emacs/notmuch.el b/emacs/notmuch.el index be09f42..17e0e86 100644 --- a/emacs/notmuch.el +++ b/emacs/notmuch.el @@ -696,6 +696,15 @@ characters as well as `_.+-'. (apply 'notmuch-call-notm

[notmuch] Bulk message tagging

On 15 April 2010 21:46, Carl Worth wrote: [...] > We'll probably need to arrange for notmuch to accept search > specifications on stdin or so. Or a daemon mode with a pipe or DBus interface. Servilio

[PATCH] emacs: Try to name search buffers using info in notmuch-folders

This patch obsoletes the one sent in message: r2sb22065d01004150516jf099f3dcw180a7db0dc972c76 at mail.gmail.com 8<-- As the user has already defined aliases for certain searches in notmuch-folders, search buffer names that use these aliases will be easier to identify. --- emacs/notmuch.el |

[PATCH] Try to provide search buffers with titles from notmuch-folders.

This patch has been obsoleted by the one sent in message: x2hb22065d01004182055vc111d42az357076f93b6cb72a at mail.gmail.com Servilio

[PATCH] emacs: Try to name search buffers using info in notmuch-folders

On 21 April 2010 20:10, Carl Worth wrote: > On Sun, 18 Apr 2010 23:55:50 -0400, Servilio Afre Puentes gmail.com> wrote: >> As the user has already defined aliases for certain searches in >> notmuch-folders, search buffer names that use these aliases will >> be easier t

python cnotmuch -> notmuch

On 21 April 2010 20:38, Carl Worth wrote: > On Mon, 19 Apr 2010 21:50:13 +0200, "Sebastian Spaeth" SSpaeth.de> wrote: [...] > Though that brings up the question of what to name the Debian package > for these bindings. A quick "apt-cache search python" suggests that > python-notmuch might not be a

pull request

On 21 April 2010 17:03, Carl Worth wrote: > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote: [...] > Meanwhile, another issue with the result of this series is that I now > seem to get rendering for both the text/plain and the text/html > alternatives when a message has both. For now, t

pull request

On 22 April 2010 08:30, David Edmondson wrote: > On Thu, 22 Apr 2010 04:58:16 -0400, Servilio Afre Puentes gmail.com> wrote: >> On 21 April 2010 17:03, Carl Worth wrote: >> > On Mon, 19 Apr 2010 09:27:39 +0100, David Edmondson wrote: >> [...] >> > Meanwhi

[PATCH] emacs: Allow headers to be shown by default in show mode

On 23 April 2010 13:13, Dirk Hohndel wrote: > On Fri, 23 Apr 2010 12:54:21 +0100, David Edmondson wrote: >> Add `notmuch-show-headers-visible' which, when set `t', causes headers >> to be shown by default. > > Excellent - Carl, can you pull this into 0.3, please? +1 Servilio

bug tracking

On 28 April 2010 16:34, David Bremner wrote: [...] > Meanwhile Jesse Rosenthal and I started chatting about, and Jesse > started implementing, some tools for grabbing remote collections of tags > and merging them into their own namespace. ?This may give us a > notmuch-oriented way of managing the

notmuch-next branch

On 11 October 2010 14:45, Felipe Contreras wrote: > Hi, > > I think many people agree notmuch mainline has been rather slow. So > I'm proposing to have notmuch-next branch, either on github or > gitorious (please vote). +1 for gitorious, you can use OpenID and their code is available (for me a s

notmuch-next branch

On 11 October 2010 15:01, Jameson Rollins wrote: > On Mon, 11 Oct 2010 21:45:47 +0300, Felipe Contreras gmail.com> wrote: >> I think many people agree notmuch mainline has been rather slow. So >> I'm proposing to have notmuch-next branch, either on github or >> gitorious (please vote). >> >> More

[PATCH 0/4] Maildir synchronization v2

On 13 October 2010 08:13, Michal Sojka wrote: [...] > THERE IS CURRENTLY ONE KNOWN ISSUE: Viewing/storing of attachments of > unread messages doesn't work. The reason is that when you view the > message its unread tag is removed which causes the file to be renamed, > but Emacs still uses the origi

Re: multilingual notmuch (and Content-Language)

might > be able to make notmuch work better for them. As an actively bilingual person (English and Spanish), I love this idea. Servilio -- Servilio Afre Puentes Programmer/Analyst, SHARCNET project RHPCS | http://www.rhpcs.mcmaster.ca SHARCNET | https://sharcnet.ca Compute Ontario | http://co

[PATCH 0/2] Enhancements to notmuch-hello search history

Hi, Two patches that enhance the notmuch-hello search history UI. Though minor I find them very helpful. Servilio Afre Puentes (2): emacs: hello: ask confirmation for clearing recent searches emacs: hello: allow deleting individual searches in the history emacs/notmuch-hello.el | 31

[PATCH 1/2] emacs: hello: ask confirmation for clearing recent searches

The button to clear the recent searches in notmuch-hello is easy to press accidentally while moving around the, clearing potentially useful searches with no way of recovering them. --- emacs/notmuch-hello.el | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/emacs/notmuch-he

[PATCH 2/2] emacs: hello: allow deleting individual searches in the history

This commit adds an extra button at the end of the search entries that allows deleting that individual search from the history. A short confirmation (?y? or ?n?) is made before taking action. --- emacs/notmuch-hello.el | 26 -- 1 file changed, 24 insertions(+), 2 deletions

[PATCH 0/2] Enhancements to notmuch-hello search history

Jani Nikula writes: > On Fri, 03 May 2013, Servilio Afre Puentes wrote: >> Two patches that enhance the notmuch-hello search history UI. Though >> minor I find them very helpful. > > Both seem to work as advertised; I did not look at the code much. A > minor bikeshed

[PATCH v2 0/2] Enhancements to notmuch-hello search history

Hi, Two patches that enhance the notmuch-hello search history UI. Though minor changes, I find them very helpful. This second iteration includes the modifications suggested by Jani and Tomi. Servilio Afre Puentes (2): emacs: hello: ask confirmation for clearing recent searches emacs: hello

[PATCH v2 1/2] emacs: hello: ask confirmation for clearing recent searches

The button to clear the recent searches in notmuch-hello is easy to press accidentally while moving around the, clearing potentially useful searches with no way of recovering them. --- emacs/notmuch-hello.el | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/emacs/notmuch-he

[PATCH v2 2/2] emacs: hello: allow deleting individual searches in the history

This commit adds an extra button at the end of the search entries that allows deleting that individual search from the history. A short confirmation (?y? or ?n?) is made before taking action. --- emacs/notmuch-hello.el | 25 +++-- 1 file changed, 23 insertions(+), 2 deletions(

Re: [BUG] gmime-3.0.1 (was: [PATCH] crypto: gracefully handle gmime errors)

all the things PGP using `gmime-3`? Yes, they use GPGME instead of a custom wrapper: https://mail.gnome.org/archives/gmime-devel-list/2017-April/msg2.html BTW, I created a merge-request to have GMime 3 in Nixpkgs: https://github.com/NixOS/nixpkgs/pull/28796 Servilio -- Servil