b6/9f4231bdd9f44b50dd7b53d861b87ecfd63e3b

   1 Return-Path: <cworth@cworth.org>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5  by arlo.cworth.org (Postfix) with ESMTP id B406D6DE02C4\r
   6  for <notmuch@notmuchmail.org>; Thu,  4 Aug 2016 12:44:15 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -9\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-9 tagged_above=-999 required=5 tests=[AM.WBL=-8,\r
  12  ALL_TRUSTED=-1] autolearn=disabled\r
  13 Received: from arlo.cworth.org ([127.0.0.1])\r
  14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  15  with ESMTP id sPXbw_6pqzlq; Thu,  4 Aug 2016 12:44:08 -0700 (PDT)\r
  16 Received: from wondoo.home.cworth.org (unknown [10.0.0.1])\r
  17  (Authenticated sender: cworth)\r
  18  by arlo.cworth.org (Postfix) with ESMTPSA id 0B6216DE02AF;\r
  19  Thu,  4 Aug 2016 12:44:08 -0700 (PDT)\r
  20 Received: from wondoo.home.cworth.org (localhost [IPv6:::1])\r
  21  by wondoo.home.cworth.org (Postfix) with ESMTPS id E5A8914C41A5;\r
  22  Thu,  4 Aug 2016 12:44:07 -0700 (PDT)\r
  23 To: Matt Armstrong <marmstrong@google.com>, Jani Nikula <jani@nikula.org>,\r
  24  notmuch@notmuchmail.org\r
  25 Subject: Re: notmuch.el: controlling what does and doesn't get expanded in\r
  26  searches\r
  27 In-Reply-To: <qf57fbw4fx4.fsf@marmstrong-linux.kir.corp.google.com>\r
  28 References: <qf54m70o7h5.fsf@marmstrong-linux.kir.corp.google.com>\r
  29  <87a8gsv787.fsf@nikula.org>\r
  30  <qf57fbw4fx4.fsf@marmstrong-linux.kir.corp.google.com>\r
  31 User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/24.5.1\r
  32  (x86_64-pc-linux-gnu)\r
  33 Sender: cworth@cworth.org\r
  34 From: Carl Worth <cworth@cworth.org>\r
  35 Date: Thu, 04 Aug 2016 12:44:07 -0700\r
  36 Message-ID: <87r3a4nwu0.fsf@wondoo.home.cworth.org>\r
  37 MIME-Version: 1.0\r
  38 Content-Type: multipart/signed; boundary="=-=-=";\r
  39  micalg=pgp-sha512; protocol="application/pgp-signature"\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.20\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44  <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  46  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Thu, 04 Aug 2016 19:44:15 -0000\r
  53 \r
  54 --=-=-=\r
  55 Content-Type: text/plain\r
  56 \r
  57 On Thu, Aug 04 2016, Matt Armstrong wrote:\r
  58 > Yes, I find the query semantics with respect to tags and threads a bit\r
  59 > confusing at times.  This is not a problem specific to notmuch, as I\r
  60 > find the same kinds of issues in GMail.  Usually the problem occurs at\r
  61 > the semantic border between per-message tags and thread-based\r
  62 > operations.\r
  63 >\r
  64 > I can now explain what I am seeing.\r
  65 \r
  66 Hi Matt,\r
  67 \r
  68 I haven't been very active on the notmuch mailing list in quite some\r
  69 time, but I wanted to poke my head in quickly to welcome you and to\r
  70 thank you for your contribution.\r
  71 \r
  72 I really like detailed discussions like this about coming up with good\r
  73 workflows, and trying to figure out how notmuch could better accommodate\r
  74 those workflows. I think this is one of the most valuable aspects of\r
  75 notmuch, (that it lets us ask these kinds of questions).\r
  76 \r
  77 So, please, keep it up!\r
  78 \r
  79 >  i) notmuch could have an "also expand tags" feature, where thread based\r
  80 >     results would auto expand matching tags.  I would set this to\r
  81 >     "unread".\r
  82 \r
  83 This approach makes a lot of sense to me based on how notmuch.el works.\r
  84 \r
  85 >  ii) notmuch could have an "expand query" feature, where thread based\r
  86 >      results would use an entirely different query to decide, within a\r
  87 >      thread, which messages to expand.  I would set this query to\r
  88 >      "tag:unread".\r
  89 \r
  90 This approach would necessarily be quite a bit more complex in the\r
  91 implementation without much difference in the user-visible behavior. So\r
  92 I don't think we would want to pursue this.\r
  93 \r
  94 -Carl\r
  95 \r
  96 --=-=-=\r
  97 Content-Type: application/pgp-signature; name="signature.asc"\r
  98 \r
  99 -----BEGIN PGP SIGNATURE-----\r
 100 Version: GnuPG v1\r
 101 \r
 102 iQIcBAEBCgAGBQJXo5sHAAoJEGACM7qeVNxhB98P/iQ0KuhvyEuTZ6xh4njYltyn\r
 103 xoUqoWtFWpDmb+DQjQYOFJ/HG3DNFu1pV7uAs9tnz1EqoGh2XuAGEiKse53+SsXW\r
 104 YIuOzjxpaIoOcg0osAKFqffyADAdZarJJ2xgaNJTr2TvBt0JI6X1TWnrdeBX5RvA\r
 105 46dqxVpQFv4ER7yUzLXE6q/bwZ9LyP+zG7w+P87Z3hKa19eazHYv3Fcb+4xwHln8\r
 106 XRiwdJ/xRXVx0RfvEwjcPtoiKRRsv24ldV+s0H4ZJ4gaWFbpXI/z7lPE3AFwAjtA\r
 107 At2M3t+l12EpPvciC3DqzV2bIdfwJBJ9RWt4YsAPOx37LE8CYj8pp+rIxSQjCmLZ\r
 108 SdZqCtyO5nSA/FIDGTf2UEvyiMWVitHDR8/DBDpM3Ld83llsAoaVnL6EYJAHBpGP\r
 109 LRoJOYiF3UBAZ2ZEiAnN3i192Za/r5vJXJ0TCz9SS2q+4SVYWyK+OvnKWduU9kWK\r
 110 0s11vL4qm4rvS/hdnsiC+Yy8Os6cUTehpSfhH/Fsg8Yevysb0JEP9rZP0s4mKtlt\r
 111 3kw9XA1ZIrY2UuBuJrHcgmGEGuK9BcxAVPKA7ZLnhdr3crbrmQnylDXm3bqjLOJt\r
 112 uimxAhGi2cNuMhoU/+Vlx4dAe7SUZNcqehDKRYTCJ98OY69EDJGi+1Tk02a/ja1U\r
 113 u4Ou8NZLPh+uBU+HNP/E\r
 114 =enVG\r
 115 -----END PGP SIGNATURE-----\r
 116 --=-=-=--\r