available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110604/a1a7067a/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://notmuc
A non-text attachment was scrubbed...
Name: 0001-emacs-Tab-completion-for-notmuch-search-and-notmuch-.patch
Type: text/x-diff
Size: 3267 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20110604/016d9e5b/attachment.patch>
-- next part ---
Quoth Daniel Schoepe on Jun 04 at 9:55 pm:
> On Sat, 4 Jun 2011 11:32:15 -0400, Austin Clements
> wrote:
> > Dynamic scoping is obnoxious, but I think programmed completion is
> > steeped in the assumption that you'll use it. This code would be much
> > simpler if notmuch-query-completions took
Because they cause global warming.
Signed-off-by: Pieter Praet
---
TL;DR: Various typo fixes. Applies to jrollins/release-candidate/0.6 (2baf08f5)
Due to the impending 0.6 release, I've gone off on an ephemeral typo hunt,
and have brought back some trophies.
As it's such an utterly amusing pas
Hi,
On Sat, 04 Jun 2011 10:21:00 -0300, David Bremner wrote:
> Overall I think Carl's time based release proposal is a reasonable
> plan. I think one problem we've been having is that we seem to have lost
> track of
>
> # Releases of notmuch have a two-digit version (0.1, 0.2, etc.). We
>
Hi Carl,
On Fri, 03 Jun 2011 15:56:42 -0700, Carl Worth wrote:
> On Fri, 03 Jun 2011 14:39:13 -0700, Jameson Graef Rollins finestructure.net> wrote:
> > Can we set a target date for 0.6 release? So we'll all start feeling
> > really bad if we miss it?
>
> Frankly, I wouldn't mind doing strict
On Sat, 4 Jun 2011 17:55:24 -0400, Austin Clements wrote:
> Oh, sorry, I wasn't suggesting setq'ing a global. I agree that that's
> really ugly. Rather, something like
>
> (defun notmuch-query-completions (string)
> ... as you have it now ...)
>
> (defun notmuch-read-query (prompt)
> (let
On Sat, 04 Jun 2011 16:27:33 +0200, Xavier Maillard
wrote:
> I know it is a bit off topic here but just a question: how will you deal
> with dependencies ? I mean, when we need GMime vX.Y.Z and Debian has
> already vX.V.W ?
The same as every other Debian package? Try to persuade the maintainer
This patch adds completion with in the minibuffer for
notmuch-search and notmuch-search-filter.
---
emacs/notmuch.el | 33 +++--
1 files changed, 31 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 3311fe8..7b63dc9 100644
--- a/em
Quoth Daniel Schoepe on Jun 04 at 9:55 pm:
> On Sat, 4 Jun 2011 11:32:15 -0400, Austin Clements wrote:
> > Dynamic scoping is obnoxious, but I think programmed completion is
> > steeped in the assumption that you'll use it. This code would be much
> > simpler if notmuch-query-completions took on
This patch adds completion with in the minibuffer for
notmuch-search and notmuch-search-filter.
---
emacs/notmuch.el | 33 +++--
1 files changed, 31 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 3311fe8..49a82be 100644
--- a/em
Sorry, forgot to actually test notmuch-search entirely with this change
and not just the completion.
From cb172efc1dea2507566db587f960c073373e0159 Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Sat, 4 Jun 2011 14:17:44 +0200
Subject: [PATCH] emacs: Tab completion for notmuch-search and
notmu
> On Sun, 29 May 2011 20:04:00 +0400
> Dmitry Kurochkin wrote:
>
> Hi Dima.
>
> On Sun, 29 May 2011 01:56:28 -0700, notm...@dima.secretsauce.net
> wrote:
> > From: Dima Kogan
> >
> > ---
> >
> > Hi.
> >
> > I made a few improvements to the emacs UI. This patch allows the
> > user to scroll
> On Sun, 29 May 2011 20:04:00 +0400
> Dmitry Kurochkin wrote:
>
> Hi Dima.
>
> On Sun, 29 May 2011 01:56:28 -0700, notmuch at dima.secretsauce.net
> wrote:
> > From: Dima Kogan
> >
> > ---
> >
> > Hi.
> >
> > I made a few improvements to the emacs UI. This patch allows the
> > user to scro
On Sat, 4 Jun 2011 11:32:15 -0400, Austin Clements wrote:
> Dynamic scoping is obnoxious, but I think programmed completion is
> steeped in the assumption that you'll use it. This code would be much
> simpler if notmuch-query-completions took only `string' and used the
> dynamically-bound all-com
On Sat, 04 Jun 2011 16:27:33 +0200, Xavier Maillard wrote:
> I know it is a bit off topic here but just a question: how will you deal
> with dependencies ? I mean, when we need GMime vX.Y.Z and Debian has
> already vX.V.W ?
The same as every other Debian package? Try to persuade the maintainer
f
Nifty!
On Sat, Jun 4, 2011 at 8:19 AM, Daniel Schoepe
wrote:
> + ? ? ? ?(minibuffer-completion-table (completion-table-dynamic
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?`(lambda (s) (notmuch-query-completions
> + ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? (quote ,all-compls) s)
> + ? ?;; ^
Overall I think Carl's time based release proposal is a reasonable
plan. I think one problem we've been having is that we seem to have lost
track of
# Releases of notmuch have a two-digit version (0.1, 0.2, etc.). We
# increment the second digit for each release and increment the first
Because they cause global warming.
Signed-off-by: Pieter Praet
---
TL;DR: Various typo fixes. Applies to jrollins/release-candidate/0.6 (2baf08f5)
Due to the impending 0.6 release, I've gone off on an ephemeral typo hunt,
and have brought back some trophies.
As it's such an utterly amusing pas
Nifty!
On Sat, Jun 4, 2011 at 8:19 AM, Daniel Schoepe
wrote:
> + (minibuffer-completion-table (completion-table-dynamic
> + `(lambda (s) (notmuch-query-completions
> + (quote ,all-compls) s)
> + ;; ^
Hi,
On Sat, 04 Jun 2011 10:21:00 -0300, David Bremner wrote:
> Overall I think Carl's time based release proposal is a reasonable
> plan. I think one problem we've been having is that we seem to have lost
> track of
>
> # Releases of notmuch have a two-digit version (0.1, 0.2, etc.). We
>
Hi Carl,
On Fri, 03 Jun 2011 15:56:42 -0700, Carl Worth wrote:
> On Fri, 03 Jun 2011 14:39:13 -0700, Jameson Graef Rollins
> wrote:
> > Can we set a target date for 0.6 release? So we'll all start feeling
> > really bad if we miss it?
>
> Frankly, I wouldn't mind doing strict time-based relea
Overall I think Carl's time based release proposal is a reasonable
plan. I think one problem we've been having is that we seem to have lost
track of
# Releases of notmuch have a two-digit version (0.1, 0.2, etc.). We
# increment the second digit for each release and increment the first
This patch adds completion with in the minibuffer for
notmuch-search and notmuch-search-filter.
---
emacs/notmuch.el | 33 +++--
1 files changed, 31 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 3311fe8..7b63dc9 100644
--- a/em
This patch adds completion with in the minibuffer for
notmuch-search and notmuch-search-filter.
---
emacs/notmuch.el | 33 +++--
1 files changed, 31 insertions(+), 2 deletions(-)
diff --git a/emacs/notmuch.el b/emacs/notmuch.el
index 3311fe8..49a82be 100644
--- a/em
On Fri, 03 Jun 2011 13:05:00 -0700, Carl Worth wrote:
Non-text part: multipart/signed
> On Thu, 02 Jun 2011 10:49:57 +0400, Dmitry Kurochkin gmail.com> wrote:
> > Well, it says that changes are in notmuch 0.5. So "old" and "previous"
> > refer to pre-0.5 (i.e. 0.4) and "new" refers to 0.5.
>
>
26 matches
Mail list logo