From be969f98f84f96238564ce0223055a885b107c2a Mon Sep 17 00:00:00 2001 From: Carl Worth Date: Fri, 5 Aug 2016 12:44:07 +1700 Subject: [PATCH] Re: notmuch.el: controlling what does and doesn't get expanded in searches --- b6/9f4231bdd9f44b50dd7b53d861b87ecfd63e3b | 116 ++++++++++++++++++++++ 1 file changed, 116 insertions(+) create mode 100644 b6/9f4231bdd9f44b50dd7b53d861b87ecfd63e3b diff --git a/b6/9f4231bdd9f44b50dd7b53d861b87ecfd63e3b b/b6/9f4231bdd9f44b50dd7b53d861b87ecfd63e3b new file mode 100644 index 000000000..9f76d8f9c --- /dev/null +++ b/b6/9f4231bdd9f44b50dd7b53d861b87ecfd63e3b @@ -0,0 +1,116 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by arlo.cworth.org (Postfix) with ESMTP id B406D6DE02C4 + for ; Thu, 4 Aug 2016 12:44:15 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at cworth.org +X-Spam-Flag: NO +X-Spam-Score: -9 +X-Spam-Level: +X-Spam-Status: No, score=-9 tagged_above=-999 required=5 tests=[AM.WBL=-8, + ALL_TRUSTED=-1] autolearn=disabled +Received: from arlo.cworth.org ([127.0.0.1]) + by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id sPXbw_6pqzlq; Thu, 4 Aug 2016 12:44:08 -0700 (PDT) +Received: from wondoo.home.cworth.org (unknown [10.0.0.1]) + (Authenticated sender: cworth) + by arlo.cworth.org (Postfix) with ESMTPSA id 0B6216DE02AF; + Thu, 4 Aug 2016 12:44:08 -0700 (PDT) +Received: from wondoo.home.cworth.org (localhost [IPv6:::1]) + by wondoo.home.cworth.org (Postfix) with ESMTPS id E5A8914C41A5; + Thu, 4 Aug 2016 12:44:07 -0700 (PDT) +To: Matt Armstrong , Jani Nikula , + notmuch@notmuchmail.org +Subject: Re: notmuch.el: controlling what does and doesn't get expanded in + searches +In-Reply-To: +References: + <87a8gsv787.fsf@nikula.org> + +User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/24.5.1 + (x86_64-pc-linux-gnu) +Sender: cworth@cworth.org +From: Carl Worth +Date: Thu, 04 Aug 2016 12:44:07 -0700 +Message-ID: <87r3a4nwu0.fsf@wondoo.home.cworth.org> +MIME-Version: 1.0 +Content-Type: multipart/signed; boundary="=-=-="; + micalg=pgp-sha512; protocol="application/pgp-signature" +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.20 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Thu, 04 Aug 2016 19:44:15 -0000 + +--=-=-= +Content-Type: text/plain + +On Thu, Aug 04 2016, Matt Armstrong wrote: +> Yes, I find the query semantics with respect to tags and threads a bit +> confusing at times. This is not a problem specific to notmuch, as I +> find the same kinds of issues in GMail. Usually the problem occurs at +> the semantic border between per-message tags and thread-based +> operations. +> +> I can now explain what I am seeing. + +Hi Matt, + +I haven't been very active on the notmuch mailing list in quite some +time, but I wanted to poke my head in quickly to welcome you and to +thank you for your contribution. + +I really like detailed discussions like this about coming up with good +workflows, and trying to figure out how notmuch could better accommodate +those workflows. I think this is one of the most valuable aspects of +notmuch, (that it lets us ask these kinds of questions). + +So, please, keep it up! + +> 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 of sense to me based on how notmuch.el works. + +> ii) notmuch could have an "expand query" feature, where thread based +> results would use an entirely different query to decide, within a +> thread, which messages to expand. I would set this query to +> "tag:unread". + +This approach would necessarily be quite a bit more complex in the +implementation without much difference in the user-visible behavior. So +I don't think we would want to pursue this. + +-Carl + +--=-=-= +Content-Type: application/pgp-signature; name="signature.asc" + +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1 + +iQIcBAEBCgAGBQJXo5sHAAoJEGACM7qeVNxhB98P/iQ0KuhvyEuTZ6xh4njYltyn +xoUqoWtFWpDmb+DQjQYOFJ/HG3DNFu1pV7uAs9tnz1EqoGh2XuAGEiKse53+SsXW +YIuOzjxpaIoOcg0osAKFqffyADAdZarJJ2xgaNJTr2TvBt0JI6X1TWnrdeBX5RvA +46dqxVpQFv4ER7yUzLXE6q/bwZ9LyP+zG7w+P87Z3hKa19eazHYv3Fcb+4xwHln8 +XRiwdJ/xRXVx0RfvEwjcPtoiKRRsv24ldV+s0H4ZJ4gaWFbpXI/z7lPE3AFwAjtA +At2M3t+l12EpPvciC3DqzV2bIdfwJBJ9RWt4YsAPOx37LE8CYj8pp+rIxSQjCmLZ +SdZqCtyO5nSA/FIDGTf2UEvyiMWVitHDR8/DBDpM3Ld83llsAoaVnL6EYJAHBpGP +LRoJOYiF3UBAZ2ZEiAnN3i192Za/r5vJXJ0TCz9SS2q+4SVYWyK+OvnKWduU9kWK +0s11vL4qm4rvS/hdnsiC+Yy8Os6cUTehpSfhH/Fsg8Yevysb0JEP9rZP0s4mKtlt +3kw9XA1ZIrY2UuBuJrHcgmGEGuK9BcxAVPKA7ZLnhdr3crbrmQnylDXm3bqjLOJt +uimxAhGi2cNuMhoU/+Vlx4dAe7SUZNcqehDKRYTCJ98OY69EDJGi+1Tk02a/ja1U +u4Ou8NZLPh+uBU+HNP/E +=enVG +-----END PGP SIGNATURE----- +--=-=-=-- -- 2.26.2