51/d3876ed93cd001582a74d4ffd4ba418223db3c

   1 Return-Path: <wavexx@thregr.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 D1DE46DE01BA\r
   6  for <notmuch@notmuchmail.org>; Thu,  4 Aug 2016 09:06:52 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -2.697\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.697 tagged_above=-999 required=5\r
  12  tests=[AWL=-2.686, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01]\r
  13  autolearn=disabled\r
  14 Received: from arlo.cworth.org ([127.0.0.1])\r
  15  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16  with ESMTP id Ium8qftVmEcG for <notmuch@notmuchmail.org>;\r
  17  Thu,  4 Aug 2016 09:06:43 -0700 (PDT)\r
  18 X-Greylist: delayed 1645 seconds by postgrey-1.35 at arlo;\r
  19  Thu, 04 Aug 2016 09:06:43 PDT\r
  20 Received: from e.thregr.org (e.thregr.org [80.68.88.20])\r
  21  by arlo.cworth.org (Postfix) with ESMTPS id A02EB6DE00DF\r
  22  for <notmuch@notmuchmail.org>; Thu,  4 Aug 2016 09:06:43 -0700 (PDT)\r
  23 Received: from [2a02:27e8:20:9049:56ee:75ff:fe83:444c] (helo=localhost)\r
  24  by e.thregr.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)\r
  25  (Exim 4.87) (envelope-from <wavexx@thregr.org>) id 1bVKjr-0008Et-F8\r
  26  for notmuch@notmuchmail.org; Thu, 04 Aug 2016 17:39:15 +0200\r
  27 From: Yuri D'Elia <wavexx@thregr.org>\r
  28 To: notmuch@notmuchmail.org\r
  29 Subject: Flat search and threaded views\r
  30 User-Agent: Notmuch/ (https://notmuchmail.org) Emacs/24.5.1\r
  31  (x86_64-pc-linux-gnu)\r
  32 Date: Thu, 04 Aug 2016 17:39:15 +0200\r
  33 Message-ID: <87k2fwbl24.fsf@wavexx.thregr.org>\r
  34 MIME-Version: 1.0\r
  35 Content-Type: text/plain\r
  36 X-BeenThere: notmuch@notmuchmail.org\r
  37 X-Mailman-Version: 2.1.20\r
  38 Precedence: list\r
  39 List-Id: "Use and development of the notmuch mail system."\r
  40  <notmuch.notmuchmail.org>\r
  41 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
  42  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  43 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  44 List-Post: <mailto:notmuch@notmuchmail.org>\r
  45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  46 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
  47  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  48 X-List-Received-Date: Thu, 04 Aug 2016 16:06:52 -0000\r
  49 \r
  50 Hi everyone, I'm experimenting with notmuch-emacs.el (straight from\r
  51 git), and I have a few questions after a few days of testing.\r
  52 \r
  53 The search buffer packs messages in threads by default. Is there a way\r
  54 to have a flat list of strictly matching messages when needed?\r
  55 \r
  56 For example, for a query like "tag:unread AND date:24h..now", I'm shown\r
  57 all threads containing unread messages within the last day, which is\r
  58 perfect. But when I select a thread (with RET), I'm shown the thread\r
  59 from the start.\r
  60 \r
  61 I'd like to jump directly to the first unread message (and in detail, to\r
  62 the first message that actually matches the query!). It's really not\r
  63 great to have to find what message matched the query, especially for\r
  64 long-running threads.\r
  65 \r
  66 Another odd behavior I get as a result is that you obviously need to\r
  67 select the unread message explicitly to remove the unread tag. Applying\r
  68 tags to _individual_ messages is similarly weird, as you cannot do that\r
  69 from the search view (they would apply to the entire thread). Maybe I'm\r
  70 missing a better way here.\r
  71 \r
  72 Tree view is only marginally better in both scenarios.\r
  73 \r
  74 You can start a tree search with 'z', but is there a way to make\r
  75 searches from the notmuch-hello box into tree by default?\r
  76 \r
  77 Is there a way to sort the search (either tree/search) by subject or\r
  78 by author? Rarely useful, but it doesn't seem possible.\r