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