Improving face customization in notmuch.el

that Google is the legal entity that owns whatever rights (and liabilities!) exists for the work I do. So, I use marmstr...@google.com and not my personal mail, and the contributor line should say Google and not "Matt Armstrong". Of course, given this is a GPL project, those rights a

[PATCH 1/2] Add Google Inc. to AUTHORS as a contributor.

. (by way of Matt Armstrong <marmstr...@google.com>) -- 2.8.0.rc3.226.g39d4020 ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

[PATCH 2/2] emacs: express notmuch-search-line-faces in terms of two new faces: notmuch-search-flagged-face and notmuch-search-unread-face.

This makes it easier to find the relevant face by customizing notmuch-faces. I plan to do the same to the other alists of faces found elsewhere. --- NEWS | 7 +++ emacs/notmuch.el | 39 --- 2 files changed, 39 insertions(+), 7 deletions(-)

Re: [PATCH 1/2] Add Google Inc. to AUTHORS as a contributor.

David Bremner <da...@tethera.net> writes: > Matt Armstrong <marmstr...@google.com> writes: > >> By virtue of being a Google employee I'm required to contribute >> software in the name of Google and not myself. [...] > I've no objection to this in principle

Re: [PATCH 1/2] Add Google Inc. to AUTHORS as a contributor.

Nicolas Petton <nico...@petton.fr> writes: > [ Unknown signature status ] > Matt Armstrong <marmstr...@google.com> writes: > >> Looking into this further, if AUTHORS file is essentially unmaintained, >> I need not touch it. > > The AUTHORS file is not un

Re: [PATCH 1/2] Add Google Inc. to AUTHORS as a contributor.

David Bremner writes: > Never argue with a happy lawyer, that's motto :). It sounds like we're > good to go; I merged patch 2/2 after moving the NEWS. Then I wanted to > shorten the summary line of the commit, which got a bit more intrusive > than I wanted, hopefully it

Re: [PATCH 1/2] Add Google Inc. to AUTHORS as a contributor.

Nicolas Petton <nico...@petton.fr> writes: > [ Unknown signature status ] > Matt Armstrong <marmstr...@google.com> writes: > >>> The AUTHORS file is not unmaintained, why are you saying that? >> >> I was going by David's related comment where he said

Re: A systematic way of handling Xapian lock errors?

David Bremner <da...@tethera.net> writes: > Matt Armstrong <marmstr...@google.com> writes: > > >> To address both, has something like this ever been considered: >> >> notmuch --lock_timeout COMMAND ARG... >> >> Then frontends like Emacs could

notmuch and "mute" -- useful to anyone?

Is anyone else interested in Gmail-like "mute" support in notmuch.el? If so, I can think about polishing the below off and adding it to notmuch. I've managed to implement Gmail's "mute" in notmuch as follows in my notmuch-post-new:

Re: notmuch and "mute" -- useful to anyone?

David Bremner <da...@tethera.net> writes: > Matt Armstrong <marmstr...@google.com> writes: > >> Is anyone else interested in Gmail-like "mute" support in notmuch.el? >> If so, I can think about polishing the below off and adding it to >> notmuch.

[PATCH] emacs: make the remaining faces configurable.

I believe this moves all "anonymous" face specifications in notmuch code into a configurable defface. --- NEWS | 8 emacs/notmuch-tag.el | 45 ++--- 2 files changed, 38 insertions(+), 15 deletions(-) diff --git a/NEWS b/NEWS index

[PATCH] emacs: implement notmuch-search-color-line with dolist.

While passing a lambda to mapc is idiomatic elisp, dolist is easier to understand, and there are a few other calls to it in this file. --- emacs/notmuch.el | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/emacs/notmuch.el b/emacs/notmuch.el index 43d56f7..6307b37

Re: Flat search and threaded views

Yuri D'Elia writes: > For example, for a query like "tag:unread AND date:24h..now", I'm shown > all threads containing unread messages within the last day, which is > perfect. But when I select a thread (with RET), I'm shown the thread > from the start. Yuri, I see you're

"snoozing" with notmuch?

My mail yesterday about muting (id:qf5vazjjciq@marmstrong-linux.kir.corp.google.com) was in part motivated by this question: Has anybody implemented something like "snooze" in notmuch? I think of a "snooze" as a temporary mute. The intent would be to hide messages from the inbox until some

Re: notmuch.el: controlling what does and doesn't get expanded in searches

Jani Nikula <j...@nikula.org> writes: > On Thu, 04 Aug 2016, Matt Armstrong <marmstr...@google.com> wrote: >> This question pertains to notmuch built from recent git HEAD, using >> notmuch.el in show mode (i.e. not tree mode). >> >> I sometimes

Re: Hi all

Ken Stevens writes: > I am new to notmuch. I am using the emacs interface for notmuch. I would > like to be able to use bbdb to manage my contacts. Is their a simple way > to integrate bbdb and notmuch so I cann add addresses, etc. https://notmuchmail.org/emacstips/ has

A systematic way of handling Xapian lock errors?

Simple notmuch commands like "notmuch tag" can fail to grab the Xapian lock. When this occurs they bail with: A Xapian exception occurred opening database: Unable to get write lock on /example/.notmuch/xapian: already locked I've noticed a few issues with this: 1) The notmuch command line

notmuch.el: controlling what does and doesn't get expanded in searches

This question pertains to notmuch built from recent git HEAD, using notmuch.el in show mode (i.e. not tree mode). I sometimes read a thread with a bunch of messages and notmuch.el collapses a bunch of them (even if unread and the search matches tags in every message). I can't figure out the

Linking a privately built -lxapian

I've got a privately built xapian 4.0 in my $HOME/opt/xapian-core-1.4.0 dir, and its bin dir in my path. xapian-config is working like this: % xapian-config --libs -L/usr/local/google/home/marmstrong/opt/xapian-core-1.4.0/lib -lxapian Then "./configure; make" doesn't produce a functioning build

[PATCH] emacs: notmuch-show: remove extraneous shell quoting

Remove shell quoting from notmuch-show--build-buffer. The args list is ultimately passed to call-process, which passes them verbatim to the subprocess (typically, notmuch). The quoting, intended for a shell, is unnecessary and confusing. This code originally appeared in

[PATCH] emacs: notmuch-show: remove extraneous shell quoting

Remove shell quoting from notmuch-show--build-buffer. The args list is ultimately passed to call-process, which passes them verbatim to the subprocess (typically, notmuch). The quoting, intended for a shell, are unnecessary and confusing. This code originally appeared in

Re: [PATCH] emacs: notmuch-show: remove extraneous shell quoting

Sorry, ignore this one. id:1473834053-17591-1-git-send-email-marmstr...@google.com has some typo fixes to the commit message. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

[PATCH v1] WIP: emacs: show: expand unread tags

Expand unread messages by default in show mode. Show mode now expands messages matching tags designated by notmuch-show-unread-tags (in addition to those matching the search query). By default, this list is `("unread"). This way, one can still tag and search for messages however one likes, but

Re: [PATCH] emacs: notmuch-show: remove extraneous shell quoting

nnecessary on both accounts. Matt Armstrong <marmstr...@google.com> writes: > Remove shell quoting from notmuch-show--build-buffer. The args list > is ultimately passed to call-process, which passes them verbatim to > the subprocess (typically, notmuch). The quoting, intended for

Re: notmuch.el: controlling what does and doesn't get expanded in searches

Jani Nikula writes: > On Thu, 04 Aug 2016, Carl Worth wrote: >>> i) notmuch could have an "also expand tags" feature, where thread based >>> results would auto expand matching tags. I would set this to >>> "unread". >> >> This approach makes a lot

Re: [PATCH v1] WIP: emacs: show: expand unread tags

Mark Walters <markwalters1...@gmail.com> writes: > Hi > > On Fri, 16 Sep 2016, Matt Armstrong <marmstr...@google.com> wrote: >> Expand unread messages by default in show mode. >> >> Show mode now expands messages matching tags designated by >> n

Re: [PATCH] emacs: notmuch-show: remove extraneous shell quoting

Mark Walters <markwalters1...@gmail.com> writes: > Hi > > On Fri, 16 Sep 2016, Matt Armstrong <marmstr...@google.com> wrote: >> Tomi, thanks for your reply asking for some motivation behind this >> patch. I can't reply directly to your message because, for some r

Re: [WIP PATCH] emacs: add "--" to finish notmuch command line args before search terms

Tomi Ollila writes: > I don't (yet) know how complete this is (Someone's "workflow" it may break) > but tests pass... [...] > -(defun notmuch-query-get-threads (search-terms) > +(defun notmuch-query-get-threads (cli-args search-terms) I'm new here and still have a low

Re: [PATCH] emacs: add tag jump menu

David Bremner writes: > Mark Walters writes: > > If we think about the operation as reverse rather than undo I'd be happy without undo/reverse in the first version of this feature. I have a few key bindings I've set up and I have not bothered to

Re: [PATCH] emacs: tag deleted face bugfix

(notmuch-apply-face tag (if (display-supports-face-attributes-p'(:strike-through "red")) '(:strike-through "red") '(:inverse-video t))) Mark Walters writes: > Commit d25d33ff cleaned up some of the tag face code. However, for the >

Re: [PATCH] emacs: add compatability functions for emacs 23

Mark Walters writes: > +;; Compatability functions for emacs 23. > + > +(unless (fboundp 'setq-local) > + (defmacro setq-local (var val) > +`(set (make-local-variable ',var) ,val))) A concern I have with this approach is that it modifies symbols outside the

Re: rfc for notmuch remote access script

Neat. Basics of it look correct to me. Personally, I'd abandon most of these environment variables and edit the script directly, but that goes against your stated goal. Other comments below. Tomi Ollila writes: > Hi > > j4ni on irc expressed interest of having an

Re: some issues with emacs 25

Matthew Lear writes: > Hi, > I switched to trying emacs 25 (25.1) with notmuch the other day. I'm on 25.1 as well, but haven't experienced the symptoms you describe. >> !!! Bodypart handler `notmuch-show-insert-part-text/html' threw an error: >> !!! Window is dedicated to

Re: [PATCH] emacs: mua: add a pre-send-check-hook

Hey Mark, For consistency with Emacs' own elisp, perhaps rename notmuch-mua-pre-send-check-hooks to notmuch-mua-pre-send-check-functions? This patch reminded me of a recent discussion on emacs-devel about the definition of "hook" in Emacs code and documentation. There is the broad meaning of

Notmuch dev workflow: applying patches to local trees

I'm not experienced with managing patches via email on this list, especially when it comes to applying patches sent out for review and testing. Is there a documented best practice? Ideally, I'd like a "dwim" command that does something reasonable, such as take messages from the current thread

Re: Notmuch dev workflow: applying patches to local trees

Jani Nikula <j...@nikula.org> writes: > On Tue, Nov 8, 2016 at 1:16 AM, Matt Armstrong <marmstr...@google.com> wrote: >> I'm not experienced with managing patches via email on this list, >> especially when it comes to applying patches sent out for review and >>

[PATCH v4] Add notmuch-show--build-queries.

notmuch-show--build-buffer now queries a list of queries built by the former. This simplifies the logic. It also provides an easy place to experiment with alternate sets of queries for given notmuch-show-* variables (e.g. users can use advice-add to do so in a surgical way). ---

Re: [PATCH v3] Add notmuch-show--build-queries.

Mark Walters writes: >> diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el [...] >> +(defun notmuch-show--build-queries () [...] > We may want to call this from tree-mode later, so I wonder whether > passing it notmuch-show-thread-id and

[PATCH v1] emacs: make faces clear on dark backgrounds.

The notmuch-tag-flagged and notmucy-search-flagged-face faces defaulted to "blue", which is nearly unreadable when a dark background is in use. This is addressed by using "gold" for dark backgrounds. There is one remaining unconditional use of "blue" at notmuch-crypto-part-header, but I don't

Re: [PATCH] emacs: fix notmuch-search-line-faces defcustom

Mark Walters writes: > In commit 2a7b11b064233afc4feead876fa396e3c18a6b91 the default value > for notmuch-search-line-faces was changed so that it didn't match the > specification in the corresponding defcustom. This meant that it was > difficult for the user to

Re: feature request: highlighting of partial jump sequences

Mark Walters <markwalters1...@gmail.com> writes: > On Mon, 17 Oct 2016, Matt Armstrong <marmstr...@google.com> wrote: >> David Bremner <da...@tethera.net> writes: >> >>> I (very) recently started using longer key sequences with Mark's >>> tag-ju

Re: feature request: highlighting of partial jump sequences

David Bremner writes: > I (very) recently started using longer key sequences with Mark's > tag-jump feature. One thing I miss from a similar feature in org-mode > (e.g. exporting) is some visual feedback on what I have typed so far, > and thus what my next key is likely to do.

[PATCH v2] emacs: make faces clear on dark backgrounds.

I found a multipart/signed message and verified that indeed the "blue" button created by way of notmuch-crypto-part-header is unreadable on dark backgrounds. ___ notmuch mailing list notmuch@notmuchmail.org

[PATCH v2] emacs: make faces clear on dark backgrounds.

The notmuch-tag-flagged, notmuch-search-flagged-face and notmuch-crypto-part-header faces defaulted to "blue", which is nearly unreadable when a dark background is in use. This is addressed by using "gold" for dark backgrounds. --- emacs/notmuch-crypto.el | 5 - emacs/notmuch-tag.el| 5

Re: [PATCH] NEWS for notmuch-cycle-notmuch-buffers

Mark Walters writes: > +Fix notmuch-interesting-buffer and notmuch-cycle-notmuch-buffers. > + > + The functions `notmuch-interesting-buffer` which detects notmuch > + buffers, and `notmuch-cycle-notmuch-buffers` which cycles between > + notmuch buffers, now

[PATCH v3] emacs: make faces readable on dark backgrounds.

This is a followup to id:1476987754-13672-1-git-send-email-marmstr...@google.com with: - Addition of ((class color) (background light)) tests for the light faces, as requested by Mark. This is consistent with how many other light/dark faces are already defined in notmuch. - Switch to a

[PATCH v3] emacs: make faces readable on dark backgrounds.

The notmuch-tag-flagged, notmuch-search-flagged-face and notmuch-crypto-part-header faces defaulted to "blue", which is nearly unreadable when a dark background is in use. This is addressed by using "LightBlue1" for dark backgrounds. As a side effect, these faces are now no-op definitions for

Is there a separate git repo for the notmuch website?

I noticed that https://notmuchmail.org/emacstips/#index21h2 is stale (the patch it mentions is now part of notmuch). Is there a git repository for the website that I can suggest patches against? ___ notmuch mailing list notmuch@notmuchmail.org

Re: [PATCH] emacs: add compatability functions for emacs 23

David Bremner writes: > Mark Walters writes: > >> This is a good point. I think I don't mind too much if they do -- they >> should see it is provided by notmuch-lib if they do describe-function >> etc. But maybe bremner would like to comment? >> >>

[PATCH v2] Add notmuch-show--build-queries.

notmuch-show--build-buffer now queries a list of queries built by the former. This simplifies the logic. It also provides an easy place to experiment with alternate sets of queries for given notmuch-show-* variables (e.g. users can use advice-add to do so in a surgical way). ---

[PATCH v2] emacs: Add notmuch-show--build-queries.

This supercedes id:1474003701-19831-1-git-send-email-marmstr...@google.com with a much simpler patch. My goal here is to make it easier to tweak notmuch-show behavior without hacking on notmuch-show--build-buffer itself, since it is responsible for a host of other tasks. I'm still working

Re: [PATCH v2] Add notmuch-show--build-queries.

Mark Walters <markwalters1...@gmail.com> writes: > On Tue, 11 Oct 2016, Matt Armstrong <marmstr...@google.com> wrote: >> notmuch-show--build-buffer now queries a list of queries built by the >> former. This simplifies the logic. It also provides an easy place to >> e

[no subject]

This supercedes id:1476207707-21827-1-git-send-email-marmstr...@google.com with changes steming from Mark's helpful feedback. ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch

[PATCH v3] Add notmuch-show--build-queries.

notmuch-show--build-buffer now queries a list of queries built by the former. This simplifies the logic. It also provides an easy place to experiment with alternate sets of queries for given notmuch-show-* variables (e.g. users can use advice-add to do so in a surgical way). ---

[PATCH v2] emacs: make faces clear on dark backgrounds.

Mark Walters writes: > Broadly this looks good to me -- though I think blue is OK on some dark > backgrounds so it would be good to have confirmation from some people > who do use a dark background normally as to whether they had to > customise these faces. I'm happy to wait for further

[PATCH v2] emacs: add compatability functions for emacs 23

Mark Walters writes: [...] > Version 1 of this patch (with some discussion) is at > id:1477191835-17828-1-git-send-email-markwalters1009 at gmail.com > > The general consensus is that we should not define functions outside > our namespace, even when they are just backports of functions from >

bug: notmuch show --decrypt leads to SIGSEGV

I've been able to diagnose a SIGSEGV, and I have a workaround that satisfies me. I'm unsure how to fix it, so I'll describe the problem and leave it at that. Repro: % notmuch --version notmuch 0.25+22~g0967e46 (a recent git @HEAD) % notmuch show --format=sexp --decrypt thread:0002ad2c

Re: bug: notmuch show --decrypt leads to SIGSEGV

David Bremner <da...@tethera.net> writes: > Matt Armstrong <marmstr...@google.com> writes: > >> I've been able to diagnose a SIGSEGV, and I have a workaround that >> satisfies me. I'm unsure how to fix it, so I'll describe the problem >> and leave it a

Re: bug: notmuch show --decrypt leads to SIGSEGV

David Bremner <da...@tethera.net> writes: > Matt Armstrong <marmstr...@google.com> writes: > >> David Bremner <da...@tethera.net> writes: >> >>> Matt Armstrong <marmstr...@google.com> writes: >>> >>>> I've been able to

Re: all intermediate drafts appear in threads (v0.24.2, Emacs 25.2)

David Bremner <da...@tethera.net> writes: > Matt Armstrong <marmstr...@google.com> writes: > >> David Bremner <da...@tethera.net> writes: > >> This is happening to me on a fairly regular basis too. Is there >> something I can bind C-x C-s to in no

Re: find threads where I and Jian participated but not Dave

Gaute Hope writes: > David Bremner writes on juni 15, 2017 22:20: >> Daniel Kahn Gillmor writes: >>> >>> One of my long-standing wishes is to be able to say "show me mails in my >>> inbox from people who have replied to messages i've sent them". >>>

Re: find threads where I and Jian participated but not Dave

Daniel Kahn Gillmor <d...@fifthhorseman.net> writes: > On Wed 2017-06-21 13:04:53 -0700, Matt Armstrong wrote: >> For what it is worth, I've found this idea from Daniel intriguing and >> pretty useful in practice: >> >> "show me threads in which i

Re: find threads where I and Jian participated but not Dave

Gaute Hope <e...@gaute.vetsj.com> writes: > Gaute Hope writes on juni 22, 2017 8:08: >> Daniel Kahn Gillmor writes on juni 21, 2017 23:30: >>> On Wed 2017-06-21 13:04:53 -0700, Matt Armstrong wrote: >>>> For what it is worth, I've found this idea from Dani

Re: finding incoming messages in threads in which i've participated [was: Re: find threads where I and Jian participated but not Dave]

Daniel Kahn Gillmor <d...@fifthhorseman.net> writes: > Hey all-- > > I really appreciate the thought and experimentation and research that's > gone into this thread! > > On Thu 2017-06-22 17:00:58 -0700, Matt Armstrong wrote: >> # All threads in which I participat

Re: finding incoming messages in threads in which i've participated [was: Re: find threads where I and Jian participated but not Dave]

David Bremner writes: > Daniel Kahn Gillmor writes: > >> >> For example, would it make sense to have "notmuch new" (and "notmuch >> insert") do "thread-based propagation" of specific tags? for example, >> consider the following (i've just made up the

Re: find threads where I and Jian participated but not Dave

David Bremner writes: > Daniel Kahn Gillmor writes: > >> >> One of my long-standing wishes is to be able to say "show me mails in my >> inbox from people who have replied to messages i've sent them". >> >> This could be re-framed as "show me threads in

notmuch.el: "wash" date in message display

I miss some of the Gnus "wash" functions available for message display. There was one that either reformatted the Date: header into my time zone, or displayed the Date in terms of elapsed time from now (e.g. 1 hour ago, 1 day ago, etc.). I don't remember which, but I'd be happy with either. Has

Re: [PATCH] crypto: gracefully handle gmime errors

David Bremner writes: > Jan Malakhovski writes: > >> >> The test suite has such a message already. "signature verification >> (notmuch CLI)" test fails with a SIGSEGV when built with gmime-2.6.23. >> >> T355-smime: Testing S/MIME signature verification and

Re: [PATCH] lib: add 'body:' field, stop indexing headers twice.

David, interesting idea. I'm not very familiar with this code or its conventions so my feedback should be taken with that in mind. More below. David Bremner writes: > diff --git a/lib/database.cc b/lib/database.cc > index 9cf8062c..27c2d042 100644 > --- a/lib/database.cc > +++

Re: [PATCH] Fix notmuch-describe-key

Sheng Yang writes: > For the second case, I mean the call of notmuch-help fails with the > following error: > > notmuch-documentation-first-line: Symbol’s function definition is void: > aya-persist-snippet > > Sorry for the confusion. Other void functions include the following for me > >

Re: how to search for hyphenated words? (was: how to search for Morse code?)

David Bremner writes: > Matt Armstrong writes: > >> Carl Worth writes: >> >>> Hi Gregor, >>> >>> The trick here is that when notmuch is indexing body text it feeds it >>> into a Xapian function that parses the text by finding "terms&q

Notmuch and backups

David Bremner writes: [...] > +case NOTMUCH_CONFIG_BACKUP_DIR: > + return "database.backup_dir"; [...] David, your recent changes that allow configurable separation of the mail store and .notmuch files look like good ideas to me. Separately, I've recently set up backups of my system

Re: Emacs sending email via gmailieer

Mark Gardner writes: > I am so close to getting my ideal email setup working... > > Instead of offlineimap or mbsync, I use gmailieer to pull down emails. It > is quite fast and works with notmuch to map Gmail labels to notmuch tags. > Much cleaner than the awkward way of accessing Gmail through

[PATCH] Fix author-scan.sh on BSD systems.

BSD xargs does not have the -d option. Here we use tr to convert newlines to NUL characters, then pass -0 to xargs (which BSD does support). I looked at passing -z to 'git ls-files', but I did not find a BSD grep option to turn on NUL deliminted line processing. --- devel/author-scan.sh | 2 +-

Re: [PATCH] emacs: fix dangling overlays in notmuch-search

Matt Armstrong writes: > See Emacs bug#58479. An upcoming change in Emacs will make these > dangling overlays visible to the user. It seems that the ellipsis overlays were shown due to a bug in Emacs, but this patch is still a reasonable idea. Otherwise, every time a notmuch search

[PATCH] emacs: fix dangling overlays in notmuch-search

notmuch-search-insert-authors now sets the evaporate property on the ellipsis overlays. Emacs will delete them when the buffer contents are zeroed out, which happens with `notmuch-refresh-buffer`. This prevents them from being collapsed to zero-width overlays in position 1. See Emacs bug#58479.

notmuch.el question: reading all messages in thread

Sometimes a notmuch query matches only a subset of messages in a thread. When this happens only that subset of messages will be "open". Many notmuch commands operate on the "open" messages only. For example: SPC, 'n', 'p'. Often this is what I want. It works well when I'm looking for a

Re: [PATCH v7 0/1] emacs: notmuch-tree-outline-mode

Jonathan Wilner writes: > I love this feature! I hope it could get mainstreamed. :-) Yes, seems like a nice idea to me. ___ notmuch mailing list -- notmuch@notmuchmail.org To unsubscribe send an email to notmuch-le...@notmuchmail.org

notmuch.el and replying to multiple emails at once

A feature I miss from Gnus is being able to reply to multiple emails at once. Has anyone else found to be a missing feature? I wonder if it would be easy to add to notmuch's Emacs MUA. Background: In Gnus' equivalent to notmuch.el's tree mode it is possible to "mark" multiple messages at once