From f6efd98ed7c9b1857d9cb564560335b6e0cba0e9 Mon Sep 17 00:00:00 2001 From: Yuri D'Elia Date: Thu, 4 Aug 2016 19:21:39 +0200 Subject: [PATCH] Re: Flat search and threaded views --- 21/04caf14cb0e16fd2d218974a2927eeec620634 | 99 +++++++++++++++++++++++ 1 file changed, 99 insertions(+) create mode 100644 21/04caf14cb0e16fd2d218974a2927eeec620634 diff --git a/21/04caf14cb0e16fd2d218974a2927eeec620634 b/21/04caf14cb0e16fd2d218974a2927eeec620634 new file mode 100644 index 000000000..c16d22621 --- /dev/null +++ b/21/04caf14cb0e16fd2d218974a2927eeec620634 @@ -0,0 +1,99 @@ +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 0FC1B6DE02B5 + for ; Thu, 4 Aug 2016 10:21:50 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at cworth.org +X-Spam-Flag: NO +X-Spam-Score: -1.159 +X-Spam-Level: +X-Spam-Status: No, score=-1.159 tagged_above=-999 required=5 + tests=[AWL=-1.148, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-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 GLO-wcDcUDSd for ; + Thu, 4 Aug 2016 10:21:42 -0700 (PDT) +Received: from e.thregr.org (e.thregr.org [80.68.88.20]) + by arlo.cworth.org (Postfix) with ESMTPS id B9A566DE02B0 + for ; Thu, 4 Aug 2016 10:21:41 -0700 (PDT) +Received: from [2a02:27e8:20:9049:56ee:75ff:fe83:444c] (helo=localhost) + by e.thregr.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) + (Exim 4.87) (envelope-from ) + id 1bVMKy-0003oe-1U; Thu, 04 Aug 2016 19:21:40 +0200 +From: Yuri D'Elia +To: Jani Nikula , notmuch@notmuchmail.org +Subject: Re: Flat search and threaded views +In-Reply-To: <877fbwv6h5.fsf@nikula.org> +References: <87k2fwbl24.fsf@wavexx.thregr.org> <877fbwv6h5.fsf@nikula.org> +User-Agent: Notmuch/ (https://notmuchmail.org) Emacs/24.5.1 + (x86_64-pc-linux-gnu) +Date: Thu, 04 Aug 2016 19:21:39 +0200 +Message-ID: <87eg64bgbg.fsf@wavexx.thregr.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 17:21:50 -0000 + +On Thu, Aug 04 2016, Jani Nikula wrote: +>> 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. + +Ok, I see now. + +The problem is that the search I've built includes both existing +messages and unread ones (with a buffer of a day). So even though I get +a new (unread) message, some existing messages in the thread also match. +When reading a new thread started within the day, all messages match. + +So I have a different question: + +Can I customize how to jump within a thread? I understand 'unread' is +nothing special and I'd like to keep it that way. So I'd like a quick +way to navigate within a thread to skip to messages matching a certain +tag (ie: unread). + +With that, I could setup a hook in notmuch-show to improve the behavior +without making unread special. + +> 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. + +I've seen this, but it wasn't clear how it was working. I see now the +mechanism, but I need a convenient way to jump to tags in a show buffer. + +I have to say, as Matt experienced, I wasn't sure how messages where +expanded until I read that message. + +> 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. + +You mean 'notmuch tag'? Isn't this what '*' would do? + +>> 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. + +I also didn't see a way to do that from the command line. -- 2.26.2