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 3B3DA6DEBFE9 for ; Mon, 15 Aug 2016 10:54:06 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: 1.071 X-Spam-Level: * X-Spam-Status: No, score=1.071 tagged_above=-999 required=5 tests=[AWL=0.641, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 gOuuKSZG7mL3 for ; Mon, 15 Aug 2016 10:53:57 -0700 (PDT) Received: from mail-wm0-f50.google.com (mail-wm0-f50.google.com [74.125.82.50]) by arlo.cworth.org (Postfix) with ESMTPS id A76946DEB7B3 for ; Mon, 15 Aug 2016 10:43:14 -0700 (PDT) Received: by mail-wm0-f50.google.com with SMTP id q128so101459383wma.1 for ; Mon, 15 Aug 2016 10:43:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:in-reply-to:references:user-agent:date:message-id :mime-version; bh=VWg0vVVfPcv6IDI3lrAUqWfJj/nY9KmGnk3MhmV9+gY=; b=SAN8IweM1USJ8RODy9cc9mognnk0LiVW5aWZVBi7jwSNl4ZFhWQCdM3lCJVgOsZtte 0xARPTkf6HEqnJraklzfEcq2spb2kpUOpeghFrfGnbJcjCxjk/fLchtmE+jkxryL2I5T 0FqO4z7QMA1RIx3YZXQ0yYVtX8nehZ4Iw6xCyslaMTC1PRTrxzcNrFAQVWn0LF1QAN/w bIDGa30karWlkMy+Zudh/POA5TSH5fMtnh0S9gvh3/UocQjL7jYbWpP6JBLtXh/lyRe3 wjLtKfUM2pobaSp6gY6iw9hlcKVzIFCNVDI5gatHoMHsSdiD7Fa2VE5Y1fauNdexWM5m W8qw== 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=VWg0vVVfPcv6IDI3lrAUqWfJj/nY9KmGnk3MhmV9+gY=; b=FLSHCPWa7PHyTSohVVDQ4qQ1r74k18YZlF73ztTS8s7UsCBjnD++3dKxSJg4Nnd9pi j78YBNzXBBNEdCFtK3az2B3jiqLhDDWMNSI3y6CmOIPtPT0Uma+mD+CZuZ6sqOuLK/pA p7wrJkWB5OzBr2wnSY4Wnh6mLyk+0QeDI3SQSrqU/uCNpi1W8nR51b1/CSvpMlaXbRnA Ngnl0jlEn/otSBpaych5Rm76nb49sIzCcC+p9wvhWeHsFvB5WE2axUFcCt9vIl59hGWw d3YmZTG2St0G7rBc8XDWpF1mLIDH6WTh/N0aZ2WZl3ZHCfqazELKAP/qB1n93+lI+6Nr K+Uw== X-Gm-Message-State: AEkoous5xXR56a1GplV4mbOfV47c3W1g56CcHXfWSA0+R9Jk9cCkSoQG049eRn1hpkm0uQ== X-Received: by 10.194.242.71 with SMTP id wo7mr31540568wjc.179.1471282967258; Mon, 15 Aug 2016 10:42:47 -0700 (PDT) Received: from localhost (188.28.1.18.threembb.co.uk. [188.28.1.18]) by smtp.gmail.com with ESMTPSA id d80sm17597912wmd.14.2016.08.15.10.42.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Aug 2016 10:42:46 -0700 (PDT) From: Mark Walters To: David Bremner , "Aneesh Kumar K.V" , notmuch@notmuchmail.org Subject: Re: notmuch-search-toggle-order and notmuch-tree In-Reply-To: <878tvy8ciw.fsf@zancas.localnet> References: <87zioj17bj.fsf@skywalker.in.ibm.com> <878tvy8ciw.fsf@zancas.localnet> User-Agent: Notmuch/0.18.1+485~gca076ce (https://notmuchmail.org) Emacs/24.4.1 (x86_64-pc-linux-gnu) Date: Mon, 15 Aug 2016 18:42:43 +0100 Message-ID: <87oa4u2ajw.fsf@qmul.ac.uk> 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: Mon, 15 Aug 2016 17:54:06 -0000 Hi It is the expected behaviour, but not the desired behaviour. I posted a series making it possible to sort oldest first in tree view at id:1435359035-6767-1-git-send-email-markwalters1009@gmail.com which David very kindly reviewed but then I got sidetracked and haven't updated it. It is on my todo list, but I haven't got to it yet. The series may well still apply: I don't know. Note that it doesn't change the order of messages inside a thread, just the order of the threads. Best wishes Mark On Mon, 15 Aug 2016, David Bremner wrote: > "Aneesh Kumar K.V" writes: > >> I was expecting notmuch-tree to also follow the search >> order(oldest-first or not). But with latest notmuch >> even after i change the search order using notmuch-serach-toggle-order a >> tree view always list with the default search order. Is that expected ? > > Maybe Mark can give a more informed comment but I would say that it's > expected from a code point of view, as the tree code does not reference > the variable notmuch-search-oldest-first. This lack of control over the > display order of threads (as opposed to within the threads) does seem > like a missing feature. > > d