On Mon, 16 Jan 2012 10:59:39 +, David Edmondson wrote:
> Daniel, there was a bunch of feedback from Dmitry about the patch and a
> couple of other comments.
>
> Do you plan to produce a new version?
Yes, I plan to do that (I know I already said that in December) and
already have a partially
On Mon, 16 Jan 2012 11:33:59 +, David Edmondson wrote:
> Daniel, will you include this in your next version? (I'd like to mark it
> 'obsolete'.)
Yes, it sounds like a great improvement.
pgpKKoT3xeVRl.pgp
Description: PGP signature
___
notmuch mail
On Wed, 14 Dec 2011 07:11:21 +0400, Dmitry Kurochkin
wrote:
> Hi Daniel.
>
> I have finished reviewing this patch at last. Sorry, it is a bit messy.
> Overall, I like the patch. It is a very nice improvement.
>
> I am sure I have missed some important points, but I guess this is the
> best I
From: Daniel Schoepe
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a
From: Daniel Schoepe
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |4 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|4
Hi Dmitry,
On Tue, 24 Jan 2012 03:07, Dmitry Kurochkin wrote:
> There are some trailing whitespaces in the tests.
those are also produced by the various notmuch-hello functions, and are
also in the existing tests. If someone is bothered by this, it should be
fixed in a separate patch.
>
> Also
Rebased against master.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
From: Daniel Schoepe
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |3 +-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|3
From: Daniel Schoepe
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a
Hi Dmitry.
On Sun, 29 Jan 2012 02:48, Dmitry Kurochkin wrote:
> I only meant trailing whitespaces in test/emacs file in the lines added
> by the patch. Trailing whitespaces in expected results are obviously
> fine.
Ah, okay. I fixed those with delete-trailing-whitespace, but then
noticed that t
Forgot to reply to the list
On Sun, 12 Feb 2012 10:32:48 +, Mark Walters
wrote:
> Questions/thoughts and known bugs:
>
> Do people like the rough idea?
I think it's a great idea. What I find especially nice about this, is
that it works for both, just showing the structure of one threa
This makes the faces notmuch-pick uses for high/"low"lighting configurable.
Obviously, this requires the rest of the patch series from this thread.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
---
emacs/notmuch-pick.el | 21 ++---
1 files changed, 18 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch-pick.el b/emacs/notmuch-pick.el
index 4c91d7c..2bf1ae4 100644
--- a/emacs/notmuch-pick.el
+++ b/emacs/notmuch-pick.el
@@ -42,6 +42,22 @@
:group 'notmuch
:type
I think notmuch-pick [1] is a better approach and also provides
thread-outlining, so these patches should be obsolete now.
[1] id:"87d39k1gvi@qmul.ac.uk"
Cheers,
Daniel
pgptBCwFOhEua.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@
On Sun, 12 Feb 2012 12:46:36 -0800, Jameson Graef Rollins
wrote:
> Hey, Mark. I really like the idea, since I've been looking for
> something like this for a while, but there's something I'm confused
> about. Is this meant to replace notmuch-search, or notmuch-show? I had
> been hoping for a n
On Sun, 12 Feb 2012 18:49:37 +, Mark Walters
wrote:
> +int opt_index, ret, entire_thread;
> +notmuch_sort_t sort = NOTMUCH_SORT_NEWEST_FIRST;
> const notmuch_show_format_t *format = &format_text;
> notmuch_show_params_t params = { .part = -1 };
> int format_sel = NOTMUC
On Mon, 13 Feb 2012 10:29:26 -0500, Austin Clements wrote:
> Quoth Dmitry Kurochkin on Feb 13 at 3:09 pm:
> > The notmuch-show view refresh function (`notmuch-show-refresh-view',
> > bound to "=") accepts an optional RETAIN-STATE argument. The patch
> > allows to set this argument interactively
On Thu, 16 Feb 2012 14:12:36 -0500, Philippe LeCavalier
wrote:
> Hi again.
>
> I'm trying to setup tab completion for addresses. I appeared to me that
> the simplest solution was notmuch_addresses so I grabbed a copy from
> git. When I hit tab I get this[1] Was I suppose to do something more?
J
This introduces a variable to control after how many characters a line
is wrapped by notmuch-wash-wrap-long-lines (still wrapping at the
window width if it is lower).
---
emacs/notmuch-wash.el | 36 ++--
1 files changed, 26 insertions(+), 10 deletions(-)
diff --g
On Fri, 17 Feb 2012 18:46:21 +, David Edmondson wrote:
> * dan...@schoepe.org [2012-02-17 Fri 18:34]
> > This introduces a variable to control after how many characters a line
> > is wrapped by notmuch-wash-wrap-long-lines (still wrapping at the
> > window width if it is lower).
>
> What do y
On Tue, 21 Feb 2012 09:15:09 -, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting Daniel Schoepe (2012-02-17 02:28:52) [emphasis mine]:
> >Just for completeness: I'm using the nice nottoomuch-addresses.pl script
> >[1] by Tomi Ollila *which doesn&#
On Sun, 26 Feb 2012 11:22:10 +, Patrick Totzke
wrote:
> > so it would seem more appropriate that this be done in the backend.
> I agree. I personally think this is a nice feature to have in all
> user interfaces to notmuch and therefore it makes sense to implement it once
> in the lib. Also b
As Jani discovered, `sort' modifies its input list, leading to deleted
saved searches when using notmuch-sort-saved-searches.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
notmuch-saved-search-sort-function might destructively modify its
input (`sort' does that, for instance), so it should not be given
notmuch-saved-searches directly.
---
emacs/notmuch-hello.el |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emac
I overlooked that copy-seq is from cl.el. This version uses copy-sequence
instead.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
notmuch-saved-search-sort-function might destructively modify its
input (`sort' does that, for instance), so it should not be given
notmuch-saved-searches directly.
---
emacs/notmuch-hello.el |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/emacs/notmuch-hello.el b/emac
On Thu, 01 Mar 2012 22:18:04 +, Mark Walters
wrote:
> This looks fine to me and does speed things up when the "All tags"
> section is hidden (are there other sections I can hide?)
You can define other section that you can then hide, which was the main
point of the original patch.
Michal, yo
On Fri, 02 Mar 2012 01:34:03 +0100, Daniel Schoepe wrote:
> You can define other section that you can then hide, which was the main
> point of the original patch.
The defining other sections thing that is, not that you have more
things to hide.. :)
pgpOY8At84Uqb.pgp
Description: PGP sig
On Mon, 05 Mar 2012 06:21:52 +0400, Dmitry Kurochkin
wrote:
> On Thu, 1 Mar 2012 21:24:38 +0100, Daniel Schoepe wrote:
> > notmuch-saved-search-sort-function might destructively modify its
> > input (`sort' does that, for instance), so it should not be given
> > notmu
On Mar 5, 2012 5:43 PM, "Dmitry Kurochkin"
> I do not buy the argument that we should help users who implement their
> own sorting functions but do not read documentation for functions they
> use. Apparently, those who implemented the `sort' function had similar
> ideas. And I do not think it is
On Wed, 07 Mar 2012 20:53:48 +0100, Pieter Praet wrote:
> On Thu, 01 Mar 2012 08:36:33 -0400, David Bremner wrote:
> >
> > Pushed, finally. Thanks for both of your hard work on this.
> >
>
> 625 lines changed (425 added, 200 removed), in a *single* commit ?
>
> It's a useful bit of functionali
Hi Adam,
On Wed, 18.04.2012 17:30, Adam Wolfe Gordon wrote:
>> +(defvar notmuch-wash-wrap-lines-length nil
>> + "Wrap line after at most this many characters.
>> +
>> +If this is nil, lines in messages will be wrapped to fit in the
>> +current window. If this is a number, lines will be wrapped af
On Tue, 24.04.2012 11:11, Mark Walters wrote:
> The first three patches implement the client side changes: one to
> allow null messages to be output in Json (without upsetting the
> parsing/structure), one to do the command line parsing for
> --entire-thread=false and one to update the schemata.
>
On Wed, 27.06.2012 19:55, Jameson Graef Rollins wrote:
> I actually rebound these keys immediately after the release, so I'm
> perfectly happy to change back.
Same here.
I think the ratio of cases where I wanted to reply to all
participants instead compared to just to the sender is something like
On Thu, 28.06.2012 09:41, Albin Stjerna wrote:
> If it didn't make it: what is now the preferred method of wrapping
> long lines when reading emails using notmuch/Emacs?
As far as I can tell, it didn't make it into mainline (yet?). However, it
changes a file that is rarely modified by other patche
On Sun, 15.07.2012 18:36, David Bremner wrote:
> Are there actual users (other than the author)?
I started using the slrn2maildir script yesterday, but none of the other
scripts. It's working fine so far.
Cheers,
Daniel
pgpnnUpoMefpM.pgp
Description: PGP signature
__
Hi,
inspired by my alarm clock and the snooze feature found in some other
mail clients, I cobbled something together that allows snoozing
(i.e. removing a message from the inbox and adding it again later)
messages in notmuch. It's a small script that removes the inbox tag from
messages and schedul
Hi Trevor,
yeah I saw that your client implemented that, but didn't want to switch
away from the standard emacs interface. Moreover, by using a daemon like
at the functionality can basically be used with any notmuch interface.
Best regards,
Daniel
On Thu, 06 Nov 2014 20:09 +0100, Trevor Jim wrot
Hi,
for what it's worth, you can simulate a post-tag hook in a somewhat ugly
way by putting a script called "notmuch" in front of the notmuch binary
in your PATH. The script can then call the original notmuch binary as
usual, inspect the first argument, and, if it's "tag", invoke your
script after
Hi,
I needed a way to synchronize notmuch tags between machines without
having to sync all my mail as well (à la muchsync) and without using
Gmail labels for this. As a result, I ended up writing a small tool to
do this by using normal file synchronizers like seafile[1] or dropbox to
do the actual
Hi,
On Fri, 05 Jun 2015 19:28 +0200, David Bremner wrote:
> + /* Prior to NOTMUCH_FEATURE_LAST_MOD, messages did not
> + * track modification revisions. Give all messages a
> + * revision of 1.
> + */
> + if (new_features & NOTMUCH_FEATURE_LAST_MOD)
> +
On Fri, 05 Jun 2015 19:28 +0200, David Bremner wrote:
> +``--db-revision=UUID``
> + Enforce that the database revision is UUID. This is useful to
> + detect rollover in modification counts on messages. You can
> + find this UUID in the first column of output from
> + ``n
On Fri, 05 Jun 2015 19:28 +0200, David Bremner wrote:
> +The **lastmod:** prefix can be used to restrict the result by the
> +database revision number of when messages were last modified (tags
> +were added/removed or filenames changed). This is usually used in
> +conjunction with the **--db-revis
On Sun, 09 Aug 2015 11:24+0200, David Bremner wrote:
> +``--uuid=HEX``
> + Enforce that the database UUID (a unique identifier which
> + persists until e.g. the database is compacted)
> + is HEX; exit with an error if it is not. This is useful to
> + detect rollover in m
On Mon, 10 Aug 2015 13:32 +0200, David Bremner wrote:
> So compacting is in fact a bit of a strange case, it preserves the
> lastmod counters (because those are just terms on documents), but not
> the uuid. This means from notmuch point of view have no programmatic way
> to know that we can trust t
Hi,
I noticed that it makes sense to combine the --batch and --remove-all
options to notmuch. This can be used, for instance, when synchronizing
tags by transferring the tags for all changed mails.
This series removes this (undocumented) restriction and adds some
tests.
Best regards,
Daniel
___
This patch adds some tests for combining --remove-all with --batch or
--input when calling notmuch-tag.
---
test/T150-tagging.sh | 24
1 file changed, 24 insertions(+)
diff --git a/test/T150-tagging.sh b/test/T150-tagging.sh
index 821d393..19539dd 100755
--- a/test/T150-t
This patch removes the restriction on notmuch-tag that disallows using
both --remove-all and --batch. Combining the two options removes tags
on all messages affected by each query before applying the new tags.
---
notmuch-tag.c | 4
1 file changed, 4 deletions(-)
diff --git a/notmuch-tag.c b
As Jani pointed out, having a test checking the functionality
with an empty line of tag modification makes more sense than
having two tests with non-empty tags, so here's a fixed version
of the preceding patch.
Best regards,
Daniel
___
notmuch mailing l
This patch adds some tests for combining --remove-all with --batch or
--input when calling notmuch-tag.
---
test/T150-tagging.sh | 25 +
1 file changed, 25 insertions(+)
diff --git a/test/T150-tagging.sh b/test/T150-tagging.sh
index 821d393..8adcabc 100755
--- a/test/T150-
Maybe another consistent solution is to add a --format argument to
count, with JSON as one option. That way we could even add more
information to other count results (if that becomes needed at some
point) without breaking code using the JSON interface.
Best regards,
Daniel
On Fri, 14 Aug 2015 18:47 +0200, David Bremner wrote:
> +``--lastmod``
> + Append lastmod (counter for number of database updates) and UUID
> + to the output. lastmod values are only comparable between databases
> + with the same UUID.
Sorry to keep harping on this, but I'm not ent
On Sat, 15 Aug 2015 12:42 +0200, David Bremner wrote:
> For me compaction is a rare event, so having to take the fallback path
> and do a full dump or whatever doesn't seem so bad. If you don't want to
> have a fallback path, then I guess you need to guarantee externally that
> no "bad changes" hap
On Sun, 15 May 2011 18:16:31 -0400, Jesse Rosenthal wrote:
> It's possible, and works the way you'd think it would -- just select a
> bunch of threads in the search list, and then tag them. It will apply
> the tag to the messages in the region. (In fact, tagging a single thread
> is just a special
directly in so
many places anyway.
Of course, any comments or criticism is appreciated.
-- Daniel
From 1acc99736a84e5294ba44368690dd79001e2e347 Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Sun, 15 May 2011 17:48:58 +0200
Subject: [PATCH] emacs: add notmuch-before- and notmuch-after-tag-hook
T
254c88e7b5bedd347c2b Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Fri, 20 May 2011 00:53:50 +0200
Subject: [PATCH] emacs: Make queries used in the all-tags section
configurable
This patch adds a customization variable that controls what queries
are used to construct the all-tags section
On Tue, 24 May 2011 13:39:44 -0700, Carl Worth wrote:
> This seems like a useful feature, but perhaps it's a little too general?
>
> I'm imagining a user wanting to use this functionality but not knowing
> anything about writing an emacs-lisp function. For such a user, this
> variable won't provi
On Wed, 25 May 2011 00:10:43 -0400, Austin Clements wrote:
> Out of curiosity, what use cases do you envision for this? So far
> I've only heard two, both of which seem like great ideas, but neither
> of which require such a heavy-handed solution: displaying unread
> counts for tags rather than t
uery,
> not some string fragment. Furthermore, the user can't get bitten by
> precedence and wind up with a query that counts messages that don't
> even have that tag.
Good point, I attached an updated patch that implements this.
From 6a4a5fd3e2a1baa25f86f85d6c3324db26582b82 Mon Sep
I accidentally used `filter' in the previous patch which isn't defined
by default during runtime, updated version in the attachment.
From e8f5e997b7082a50f75d7329a69fccc126a21e5e Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Fri, 20 May 2011 00:53:50 +0200
Subject: [PATCH] e
(setq list (cdr list)))
> (nreverse out)))
>
> (Why oh why Elisp hasn't just made remove-if and remove-if-not
> standard I don't know; they're redefined all over the Elisp code base.
> Any everybody's afraid to use cl-seq's remove-if-not because it
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 show me useful counts (e.g.,
> unread count), but not to chan
l complaints about the code).
Cheers,
Daniel
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-defined sections in notmuch-hello
This patch allows the user to define various sections that w
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
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
On Fri, 27 May 2011 20:52:01 +0200, Daniel Schoepe
wrote:
> I'll also work on some tests for this functionality, (if no one
> has big, structural complaints about the code).
I rebased my patch against the current master and wrote some tests.
From 42b87fca9b8b2ca5ba6748185dac4e945
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
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
of doing
the completion: Ideally I'd like to just specify a list of completions
for individual words and have emacs handle separating the input string
into individual words, but I couldn't find any options to accomplish
that.
An updated patch is attached.
From 70642aecbf63428d9bcedc108c5
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
is how some of
> the standard completing read functions appear to work:
Ah right, I forgot that using macros from cl is fine even in library
code.
From 7768f41ac44213c5e2c1dc3b0f13e3edf1d97a26 Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Sat, 4 Jun 2011 14:17:44 +0200
Subject: [PATCH]
I accidentally left a, now unnecessary, defvar in the patch from one of
the previous attempts, here is the updated version (thanks Austin for
noticing).
From f3bc7376edc66e947d8fdf5931a9aa697b9be5cf Mon Sep 17 00:00:00 2001
From: Daniel Schoepe
Date: Sat, 4 Jun 2011 14:17:44 +0200
Subject
Unfortunately, this implementation does not yet highlight the currently selected
message in the notmuch-show buffer in the corresponding outline buffer. The
point-entered and point-left text properties sound like they should be useful
for implementing this, but behaved somewhat erratically for me a
---
emacs/notmuch-show.el |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index fb91c83..aecd35f 100644
--- a/emacs/notmuch-show.el
+++ b/emacs/notmuch-show.el
@@ -1017,6 +1017,12 @@ All currently available key bindings:
This patch adds some functionality to display the outline for threads
displayed by notmuch-show. The entries in the outline buffer are
links to the corresponding message in the notmuch-show buffer.
---
emacs/notmuch-lib.el |7 +++
emacs/notmuch-show.el | 144
---
test/emacs |5 +
.../notmuch-show-thread-outline|7 +++
2 files changed, 12 insertions(+), 0 deletions(-)
create mode 100644 test/emacs.expected-output/notmuch-show-thread-outline
diff --git a/test/emacs b/test/emacs
Unfortunately the customize-interface for more customized entries in
notmuch-hello-sections looks a bit weird, but I couldn't figure out how
to get rid of the empty lines produced by generating the lambda expression
needed.
To avoid unnecessary complexity in the code this patch removes
aligning al
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |3 +-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|3 +-
.../notmuch-hello-section-be
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that wil
Rebased against current master and some improvements for using customize.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that wil
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |3 +-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|3 +-
.../notmuch-hello-section-be
On Tue, 05 Jul 2011 02:00:33 +0200, Michal Sojka wrote:
> First, the customization interface for the custom sections (not the
> predefined ones) is very confusing. I was not able to use it at all.
> Instead I hacked the source code (see below) to add my section to the
> notmuch-hello-sections list
On Tue, 05 Jul 2011 16:09:14 +0200, Michal Sojka wrote:
> I'm talking about notmuch-hello-section. It seems it is not possible
> easily specify there your own function. You can either select a
> predefined section or "Customized section", which is in fact "Customized
> all-tags section". So I prop
This version incorporates the changes suggested by Michal Sojka;
thanks for your help with this, Michal.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |3 +-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|3 +-
.../notmuch-hello-section-be
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that wil
On Tue, 05 Jul 2011 16:09:14 +0200, Michal Sojka wrote:
> I wanted to say that it might be useful to have the similar options for
> saved searches. For example, what I do in my notmuch-hello-insert-inbox
> is to take the saved searches and filter them by tag:inbox. I guess that
> if there is a pos
This fixes the minor annoyance that message ids were parsed as mail
addresses by goto-address-mode in notmuch-show buffers.
---
emacs/notmuch-show.el | 23 ---
1 files changed, 20 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index
On Wed, 06 Jul 2011 13:34:13 +0200, Michal Sojka wrote:
> > -(defcustom notmuch-hello-tag-list-make-query nil
> > - "Function or string to generate queries for the all tags list.
>
> I'm not sure it is a good thing to remove customizations that are
> included in a released version. Some users ma
I forgot to (require 'goto-addr), which caused a warning about
goto-address-mail-face.
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch
This fixes the minor annoyance that message ids were parsed as mail
addresses by goto-address-mode in notmuch-show buffers.
---
emacs/notmuch-show.el | 24 +---
1 files changed, 21 insertions(+), 3 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index
On Wed, 6 Jul 2011 20:31:03 +0200, Sander Boer wrote:
> If IMAP supports tags, is that not a big deal ?
> I mean, having a converging point for all tags, is that not like the holy
> grail in this field ?
One problem is that maildir doesn't support tags, so we would have to
switch to a format that
Hi Dmitry,
On Thu, 07 Jul 2011 11:16:03 +0400, Dmitry Kurochkin
wrote:
> Why do we need to remove `goto-address-mode' overlays if it is not
> enabled ((goto-address-mode t) is below is removed)?
> [..]
> `goto-address-mode' creates buttons not only for email addresses but
> also for URLs. Do we
On Thu, 07 Jul 2011 17:23:13 +0200, Michal Sojka wrote:
> This wouldn't work for me. My all-tags section covers almost entire
> screen and finding non-zero entries there is not very convenient. I find
> much more useful to have a section saying: "Hey, you have unread
> messages only for these thre
On Wed, 06 Jul 2011 09:55:00 -0700, Jameson Graef Rollins
wrote:
> - emacs: notmuch-hello improvements (Daniel Schoepe, Michal Sojka,
> Dmitry Kurochkin, Pieter Praet)
>
> These guys have been working on various improvements to the
> notmuch-hello page. I'll let t
Fourth time's the charm. Some more improvements by Michal Sojka, thanks.
A few more opinions about whether or not to leave in the different
filters for queries and counts, would also be very much appreciated.
___
notmuch mailing list
notmuch@notmuchmail
---
test/emacs | 37
test/emacs.expected-output/notmuch-hello |5 ++-
.../notmuch-hello-new-section |4 ++
.../notmuch-hello-no-saved-searches|4 ++-
.../notmuch-hello-section-
This patch makes the notmuch-hello screen fully customizable
by allowing the user to add and remove arbitrary sections. It
also provides some convenience functions for constructing sections,
e.g. showing the unread message count for each tag.
This is done by specifying a list of functions that wil
This version fixes the issues mentioned by Austin and highlights the currently
displayed message in the outline buffer. My previous issues with 'point-entered
and 'point-left were caused by linum-mode, so don't enable it for notmuch-show
buffers.
I haven't had time yet to implement a more sophist
1 - 100 of 312 matches
Mail list logo
