[PATCH 2/2] completion: complete directory parameters to directories only

i.e. don't complete to files if only directories are acceptable. --- completion/notmuch-completion.bash | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/completion/notmuch-completion.bash b/completion/notmuch-completion.bash index 59f1a3ea6431..d88c5e7d965e 100644 ---

[PATCH 1/2] completion: add proper completion of folder: and path:

Complete folder: to maildir folders and path: to directories in mail store. --- completion/notmuch-completion.bash | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/completion/notmuch-completion.bash b/completion/notmuch-completion.bash index

[PATCH v2] test: conditionally test compact depending on configured support

I still have one machine with old enough Xapian to not have compaction support. Make the tests check for unsupported compact operation when compact is not available. --- test/Makefile.local | 8 test/T020-compact.sh | 11 +++ 2 files changed, 19 insertions(+) diff --git

flag synchronization moves messages from new to cur when not necessary

If a message in new has a trailing ":2," in the filename, notmuch will move it to cur whenever tags are modified, even if nothing has changed with tags that are supposed to be synchronized. While it's true that having messages in new with extra info attached violates the maildir spec, it does

[PATCH v3 3/3] emacs: defun notmuch-hello-versions and bind 'v' in hello mode to it

David Bremner writes: > Tomi Ollila writes: > >> >> notmuch-emacs_0.17+1_all.deb contains just the *.el files and no *.elc >> files. >> >> I can see the problem if *.el files is the way to install notmuch emacs >> mua in any place... > > Oh right. That's because Debian tries to support several

WARNING: database upgrade coming

David Bremner writes: > I will fairly soon push some version of jani's patches changing folder: > matching to master. This will require an irreversible database upgrade. This is pushed. One additional warning, the upgrade takes some time (for my 300k messages, about 20 minutes), so don't do it

v6 of boolean folder patches

Austin Clements writes: > > LGTM. Tests pass. pushed. d

[Patch v3 8/8] emacs: tree: use orig-tags in search

This uses the recent functionality to show the tag changes in the tree buffer. Currently this is only used to show changes the tree buffer makes itself: i.e., it does not make display any changes reflecting tagging done by other notmuch-buffers. --- emacs/notmuch-tree.el |9 ++--- 1 files

[Patch v3 7/8] emacs: search: use orig-tags in search

This uses the recent functionality to show the tag changes in the search buffer. Currently this is only used to show changes the search buffer makes itself: i.e., it does not make display any changes reflecting tagging done by other notmuch-buffers. --- emacs/notmuch.el | 41

[Patch v3 6/8] emacs: show: use orig-tags for tag display

This uses the previous patch to show the tag changes that have occured in the show buffer since it was last loaded/refreshed. --- emacs/notmuch-show.el |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el index 5492be4..f6ca827

[Patch v3 5/8] emacs: show: mark tags changed since buffer loaded

This allows (and requires) the original-tags to be passed along with the current-tags to be passed to notmuch-tag-format-tags. This allows the tag formatting to show added and deleted tags.By default a removed tag is displayed with strike-through in red (if strike-through is not available, eg on a

[Patch v3 4/8] emacs: tag: add customize for deleted/added tag formats

Add customize options for deleted/added tag formats. These are not used yet but will be later in the series. We switch to using `notmuch-apply-face' rather than `propertize' in the defcustom for faces so that the faces for deleted/added tags add to the default face attributes for the tag. We

[Patch v3 3/8] emacs: tag split customise option for format-tags into a widget

We will re-use the customize option for format-tags for formattting deleted tags to added tags in the next patch so split it into a widget. There should be no functional change. --- emacs/notmuch-tag.el | 55 ++--- 1 files changed, 29 insertions(+),

[Patch v3 2/8] Make keys of notmuch-tag-formats regexps and use caching

From: Austin Clements This modifies `notmuch-tag-format-tag' to treat the keys of `notmuch-tag-formats' as (anchored) regexps, rather than literal strings. This is clearly more flexible, as it allows for prefix matching, defining a fallback format, etc. This may cause

[Patch v3 1/8] emacs: Combine notmuch-combine-face-text-property{, -string}

From: Austin Clements This combines our two face combining functions into one, easy to use function with a much shorter name: `notmuch-apply-face'. This function takes the full set of arguments that `notmuch-combine-face-text-property' took, but takes them in a more convenient

[Patch v3 0/8] emacs: show tag changes in buffer

This is version 3 of this patch set. Version 2 is at id:1392841212-8494-1-git-send-email-markwalters1009 at gmail.com. This includes a (very) slightly tweaked version of Austin's notmuch-apply-face patch so that face properties for deleted/added tags get applied on top of rather than instead of

Re: v6 of boolean folder patches

Austin Clements amdra...@mit.edu writes: LGTM. Tests pass. pushed. d ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch

flag synchronization moves messages from new to cur when not necessary

If a message in new has a trailing :2, in the filename, notmuch will move it to cur whenever tags are modified, even if nothing has changed with tags that are supposed to be synchronized. While it's true that having messages in new with extra info attached violates the maildir spec, it does happen

[PATCH v2] test: conditionally test compact depending on configured support

I still have one machine with old enough Xapian to not have compaction support. Make the tests check for unsupported compact operation when compact is not available. --- test/Makefile.local | 8 test/T020-compact.sh | 11 +++ 2 files changed, 19 insertions(+) diff --git

[PATCH 1/2] completion: add proper completion of folder: and path:

Complete folder: to maildir folders and path: to directories in mail store. --- completion/notmuch-completion.bash | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/completion/notmuch-completion.bash b/completion/notmuch-completion.bash index

[PATCH 2/2] completion: complete directory parameters to directories only

i.e. don't complete to files if only directories are acceptable. --- completion/notmuch-completion.bash | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/completion/notmuch-completion.bash b/completion/notmuch-completion.bash index 59f1a3ea6431..d88c5e7d965e 100644 ---

[Patch v3 1/4] doc: build man pages at build time; introduce HAVE_SPHINX, HAVE_RST2MAN

This helps avoid build artifacts (namely, nroff and gzipped-nroff man pages) owned by root. The variables allow choosing which generator to use for the man page. These will be hooked to configure in a following commit. --- Makefile.local | 2 +- doc/Makefile.local | 31

[Patch v3 4/4] doc: cosmetic fix for prerst2man.py

Fix a particular egregious combination of format and string concatenation. --- doc/prerst2man.py | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/doc/prerst2man.py b/doc/prerst2man.py index 720deb6..4591264 100644 --- a/doc/prerst2man.py +++ b/doc/prerst2man.py @@ -59,4 +59,5

[no subject]

Several people observed a problem with the test T010-help not finding the man pages anymore. To fix that, I had change the previous fix: instead of flattening the rst2man output into one directory, I had to move the sphinx output into a hierarchy. Patches 1 and 3 should be the same as

[Patch v3 3/4] doc: configure detection of sphinx and rst2man

Because sphinx-build does not provide a convenient way of listing which builders exist, and some people actually have pre 1.0 sphinx, we try loading a relevant python module. Currently the assumption is that no python in path - no sphinx-build in path. --- configure | 25

[Patch v3 2/4] doc: build man pages into hierarchy, fix help test.

It turns out there was a reason the old man pages were stored in a man compatible hierarchy, namely so that we could run man on them before installing. Hardcode doc build location into test suite. This isn't ideal, but let's unbreak the test suite for now. --- doc/Makefile.local | 11