From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id 85AA06DE01C2 for ; Tue, 6 Jun 2017 16:12:01 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.001 X-Spam-Level: X-Spam-Status: No, score=-0.001 tagged_above=-999 required=5 tests=[AWL=0.010, 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 dVZSE6AFWRsT for ; Tue, 6 Jun 2017 16:12:00 -0700 (PDT) Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197]) by arlo.cworth.org (Postfix) with ESMTPS id A9E246DE00D3 for ; Tue, 6 Jun 2017 16:12:00 -0700 (PDT) Received: from remotemail by fethera.tethera.net with local (Exim 4.84_2) (envelope-from ) id 1dINco-0001Vc-5w; Tue, 06 Jun 2017 19:10:58 -0400 Received: (nullmailer pid 3107 invoked by uid 1000); Tue, 06 Jun 2017 23:11:55 -0000 From: David Bremner To: Ioan-Adrian Ratiu , notmuch@notmuchmail.org Cc: xapian-discuss@lists.xapian.org Subject: Re: [PATCH v2 00/11] Add filesize index, search, sort & emacs UI In-Reply-To: <87shjd3q6b.fsf@tesseract.cs.unb.ca> References: <20170518222708.30032-1-adi@adirat.com> <87shjd3q6b.fsf@tesseract.cs.unb.ca> Date: Tue, 06 Jun 2017 20:11:55 -0300 Message-ID: <87a85kg18k.fsf@tethera.net> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.23 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: Tue, 06 Jun 2017 23:12:01 -0000 David Bremner writes: > Ioan-Adrian Ratiu writes: > >> I'd like to add a feature to quickly work with mail file sizes >> because using custom scripts / external programs which parse >> maildir contents is slow, and non-intuitive, especially since >> notmuch does incremental parsing and has such a nice emacs UI. > > I just remembered (and olly confirmed) that there is some work in > progress on adding file sizes to the xapian query parser. Finishing that > would benefit more people, and allow the feature you want in notmuch > with less code in notmuch. Maybe you could have a look and see if it's > practical to finish this off (or consult with the original student who > seems to have abandonded it, but maybe not). > > https://github.com/xapian/xapian/pull/135 When I take a second look at that pull request, it's more a layer on top of the series proposed for notmuch, to provide human readable units. It (and the omega file size indexing it extends) nonetheless might be interesting for you.