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 B813F6DE17EE for ; Fri, 26 Feb 2016 03:50:48 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.448 X-Spam-Level: X-Spam-Status: No, score=-0.448 tagged_above=-999 required=5 tests=[AWL=0.272, 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 28_P9IDddCSV for ; Fri, 26 Feb 2016 03:50:46 -0800 (PST) Received: from mail-lf0-f53.google.com (mail-lf0-f53.google.com [209.85.215.53]) by arlo.cworth.org (Postfix) with ESMTPS id 1458B6DE0BF6 for ; Fri, 26 Feb 2016 03:50:45 -0800 (PST) Received: by mail-lf0-f53.google.com with SMTP id m1so51928399lfg.0 for ; Fri, 26 Feb 2016 03:50:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gaute-vetsj-com.20150623.gappssmtp.com; s=20150623; h=date:from:subject:to:references:in-reply-to:user-agent:message-id :mime-version:content-transfer-encoding; bh=PYSMaeeFe8i1SzU/yZqXaYUErh4YI6HCHYLp41fuReo=; b=UCyBkBhk1VisfepcCmx+P8RyduMfv59QNFuk7zO4udrTXy+ZS7OLE17Axj7vXbtNxh ZoVtnlsmhaU1JHUKHbe6LMiG149tfGzAGpR6IWATM//wlgiVJe1T87i4xMc+Vy+L9c7O CAH8kAm4BEGeI4272eOt0lVJeuo6Y9/IzCehkJclwI253lgyawlKdySJqvRCdlBPM9BR nJLu8NoNSOXSCfglx/pPIkMdix38sSfzp9h6zUk3Gn5LfM8YGTTXKPAmJ+uomkEkKnGY kfLHjqfT0Gw6FUKRrXM3ZGChbXF40T8eXURnBTNdDMUNtVjEZJB90kslFgueeYPH7xVm aoCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:subject:to:references:in-reply-to :user-agent:message-id:mime-version:content-transfer-encoding; bh=PYSMaeeFe8i1SzU/yZqXaYUErh4YI6HCHYLp41fuReo=; b=PNw+h5nru19ohIGKHWwuB2FleV3NaUmnys/PV+Zi27T1Qq9lP5Wq/ean/3BaAgl2rh vgCbDTtWy6kIbyX9Yd98UM8RvtZTOgl6FKqCY/MTphuTlStSYEJ4ajzsNYquIrmvlwNY HsvYFP/PKE6anOvMsWeN5d///oDuV8j2k6OVWt2Wx8m6PMA8f4hQPZl0g5dyOHmcJ2hH +m0Og7nmFQz3q4JoQBaaoQbmmrm2JpmmyitypjJiBCGTIv3eJgp1KZEuRg2U5FnIDVss Zce/sx8m4xF0UITUqWGMtpSZzZ2D6O60C+VG3ZDWt/T4O0EMErdyuSG5mr1QFagj3c+c wLRg== X-Gm-Message-State: AD7BkJKIYPSSBQnhKQtJfen4A4yqyaxNJ4nCqt5do4JvFdX78Pm4O9NyEoJFruzCw81JBg== X-Received: by 10.25.31.193 with SMTP id f184mr471754lff.5.1456487442757; Fri, 26 Feb 2016 03:50:42 -0800 (PST) Received: from localhost (c6878BF51.dhcp.as2116.net. [81.191.120.104]) by smtp.gmail.com with ESMTPSA id f196sm1791024lfb.49.2016.02.26.03.50.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 Feb 2016 03:50:41 -0800 (PST) Date: Fri, 26 Feb 2016 11:50:41 +0000 From: Gaute Hope Subject: Re: how do the different frontends deal with displaying large queries? To: David Bremner , notmuch@notmuchmail.org References: <1456296267-astroid-0-gqidxpyulu-23762@strange> <87ziuqj8xl.fsf@tesseract.cs.unb.ca> In-Reply-To: <87ziuqj8xl.fsf@tesseract.cs.unb.ca> User-Agent: astroid/v0.5-59-g23e14430 (https://github.com/gauteh/astroid) Message-Id: <1456487129-astroid-1-zemv9qfkbh-18628@strange> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable 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: Fri, 26 Feb 2016 11:50:48 -0000 David Bremner writes on February 24, 2016 18:48: > Gaute Hope writes: > >> Hi, >> >> I am wondering how the different frontends deal with displaying large >> queries? Do you just display everything at the time? Or do you display a >> limited number and then show more on-demand? >> > > I only know the emacs front end, and I suspect the answer won't help you > much. We start filling an emacs buffer asynchronously with the results, > and display the top of the buffer with the first results. Results are > appended to the end of the buffer, typically much faster than the user > can scroll. Hi, I am testing out this way of loading threads, however, I run into an issue which I have been bugging you with before: While loading the threads, if I make enough modifications to the database while the query is still loading (specifically 1: removing the unread tag from a thread, and 2: adding the unread tag to the same thread) apparently the query is invalidated in some way, and I get a hard crash in `notmuch_tags_get ()`. The thread in question has alreaday been loaded and is displayed. Do you deal with this issue in some way? [ code in question: https://github.com/gauteh/astroid/pull/95 ] Regards, Gaute =