Re: Flat search and threaded views
authorJani Nikula <jani@nikula.org>
Thu, 4 Aug 2016 16:33:58 +0000 (19:33 +0300)
committerW. Trevor King <wking@tremily.us>
Sat, 20 Aug 2016 23:22:18 +0000 (16:22 -0700)
22/48251d72cd6ea7fffaab2fe12aa950edfd5c6f [new file with mode: 0644]

diff --git a/22/48251d72cd6ea7fffaab2fe12aa950edfd5c6f b/22/48251d72cd6ea7fffaab2fe12aa950edfd5c6f
new file mode 100644 (file)
index 0000000..664488c
--- /dev/null
@@ -0,0 +1,139 @@
+Return-Path: <jani@nikula.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id D56B56DE02B5\r
+ for <notmuch@notmuchmail.org>; Thu,  4 Aug 2016 09:35:31 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.373\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.373 tagged_above=-999 required=5 tests=[AWL=1.093, \r
+ DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7,\r
+ RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id kdyrvWVw9L0l for <notmuch@notmuchmail.org>;\r
+ Thu,  4 Aug 2016 09:35:24 -0700 (PDT)\r
+Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com\r
+ [74.125.82.54]) by arlo.cworth.org (Postfix) with ESMTPS id CB0C66DE02B0 for\r
+ <notmuch@notmuchmail.org>; Thu,  4 Aug 2016 09:35:23 -0700 (PDT)\r
+Received: by mail-wm0-f54.google.com with SMTP id i5so560218wmg.0\r
+ for <notmuch@notmuchmail.org>; Thu, 04 Aug 2016 09:35:23 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=nikula-org.20150623.gappssmtp.com; s=20150623;\r
+ h=from:to:subject:in-reply-to:references:user-agent:date:message-id\r
+ :mime-version; bh=SU1E5dGDodGY+BgaW31/f5+loQQiojKoA0VlpwHzmYs=;\r
+ b=Yz8+/5tauZYgA1tstg+TDvrqIlSxAOFj7QB7MuuGVUuchr6TLDUnfMzO5LhdSwDDe+\r
+ 1l/FgHavPBqonq/Cu11Qarq4yjAIcckNvseBByLIEfGq/kn9pOPzmzRwokg8lD/L1oGl\r
+ nbH59xr/c5buKCRTlbp5JjYF5mEMN+AjFSex3mA9TiA4x9Ibtjn5jLuPKfIMJnFF8HNr\r
+ //tdy8zRZTZVLtK5LV9oEL5If6MHsIBXsQ/CgkVbO826ysTjQd9h6AYEzjfj9mWaWFK7\r
+ cBw6shGIL0KPzwThb6DbqceVKW9kZz0YwcV6yjHSZHCzm/1HTWZmivSkL8oViZhp+EYD\r
+ +ATA==\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=1e100.net; s=20130820;\r
+ h=x-gm-message-state:from:to:subject:in-reply-to:references\r
+ :user-agent:date:message-id:mime-version;\r
+ bh=SU1E5dGDodGY+BgaW31/f5+loQQiojKoA0VlpwHzmYs=;\r
+ b=kk1cxei8nv8SHrahqv8O1eNxtNyySFmAPE86PNzpu9miGd6nZ3qDd0bUMaTzLSjbAJ\r
+ sN9Vsq3ibswsytbG9wB8e/DBiqM8vd79+gtmaW4a9jkZEZY0138u1WnjFXEJ9AMMj28S\r
+ 8G3TD2wT8sjwRwKTfj4SqrVs/p99JuncUmr9QU89MWYSkJrIu5lYSlk9Ak5z34fjZFUO\r
+ Buv1lmwaZ7QVU/Q85hYr1RhKQNMkJLlqX2d6/nYSevrz1HfWTHIlzNjUV8ygjzLw/IKI\r
+ m/BcX7ZSIi63X1qH2Bnu+IAmagVaBFfN8Fi1dBPk0AUnuY7vSLO8L4qMumDvGryMaQvp\r
+ P6gQ==\r
+X-Gm-Message-State:\r
+ AEkoousi+zlTqHeMBH82NQHsMSzuR/tVZs9smdxgVNJZsOTD23KpncHIYKugSlMiSYqGqA==\r
+X-Received: by 10.28.174.11 with SMTP id x11mr3354864wme.41.1470328522350;\r
+ Thu, 04 Aug 2016 09:35:22 -0700 (PDT)\r
+Received: from localhost (dsl-hkibrasgw2-58c368-70.dhcp.inet.fi.\r
+ [88.195.104.70])\r
+ by smtp.gmail.com with ESMTPSA id k3sm13631142wjf.7.2016.08.04.09.35.21\r
+ (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
+ Thu, 04 Aug 2016 09:35:21 -0700 (PDT)\r
+From: Jani Nikula <jani@nikula.org>\r
+To: Yuri D'Elia <wavexx@thregr.org>, notmuch@notmuchmail.org\r
+Subject: Re: Flat search and threaded views\r
+In-Reply-To: <87k2fwbl24.fsf@wavexx.thregr.org>\r
+References: <87k2fwbl24.fsf@wavexx.thregr.org>\r
+User-Agent: Notmuch/0.22+35~g6a833a6 (https://notmuchmail.org) Emacs/24.4.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Thu, 04 Aug 2016 19:33:58 +0300\r
+Message-ID: <877fbwv6h5.fsf@nikula.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Thu, 04 Aug 2016 16:35:31 -0000\r
+\r
+On Thu, 04 Aug 2016, Yuri D'Elia <wavexx@thregr.org> wrote:\r
+> Hi everyone, I'm experimenting with notmuch-emacs.el (straight from\r
+> git), and I have a few questions after a few days of testing.\r
+>\r
+> The search buffer packs messages in threads by default. Is there a way\r
+> to have a flat list of strictly matching messages when needed?\r
+\r
+Just the command-line interface, AFAIK.\r
+\r
+> For example, for a query like "tag:unread AND date:24h..now", I'm shown\r
+> all threads containing unread messages within the last day, which is\r
+> perfect. But when I select a thread (with RET), I'm shown the thread\r
+> from the start.\r
+>\r
+> I'd like to jump directly to the first unread message (and in detail, to\r
+> the first message that actually matches the query!). It's really not\r
+> great to have to find what message matched the query, especially for\r
+> long-running threads.\r
+\r
+For me, hitting RET in search does show the first matching message in\r
+the thread.\r
+\r
+> Another odd behavior I get as a result is that you obviously need to\r
+> select the unread message explicitly to remove the unread tag.\r
+\r
+The idea is that the unread tag gets dropped when the cursor visits the\r
+region of an expanded message, in an approximation of when the user has\r
+actually read the message. We spent quite a bit of time on this, and at\r
+least I like this behaviour very much, especially with the red\r
+overstrike on the unread tag in the buffer.\r
+\r
+If you want to remove unread tags without actually reading the messages\r
+(why would you want to do that?), you should probably tag the messages\r
+some other way.\r
+\r
+> Applying tags to _individual_ messages is similarly weird, as you\r
+> cannot do that from the search view (they would apply to the entire\r
+> thread). Maybe I'm missing a better way here.\r
+\r
+I suppose we could use a feature to tag matching messages from the\r
+search view and expanded messages from the show view. You can of course\r
+do this on the command-line.\r
+\r
+> Tree view is only marginally better in both scenarios.\r
+>\r
+> You can start a tree search with 'z', but is there a way to make\r
+> searches from the notmuch-hello box into tree by default?\r
+\r
+Click [edit] on the saved searches, customize Search Type for each query\r
+you want to use non-default search for. You can also hit 'Z' in both the\r
+search buffer and the show buffer to display them in the tree view.\r
+\r
+In general, '?' will display nice help in almost all notmuch buffers.\r
+\r
+> Is there a way to sort the search (either tree/search) by subject or\r
+> by author? Rarely useful, but it doesn't seem possible.\r
+\r
+I don't think so.\r
+\r
+\r
+BR,\r
+Jani.\r