From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 4555 invoked from network); 18 Nov 2020 21:07:34 -0000 Received: from mx1.math.uh.edu (129.7.128.32) by inbox.vuxu.org with ESMTPUTF8; 18 Nov 2020 21:07:34 -0000 Received: from lists1.math.uh.edu ([129.7.128.208]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kfUeq-007Gg6-5A; Wed, 18 Nov 2020 15:06:28 -0600 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1kfUeo-00Bxf2-Sz; Wed, 18 Nov 2020 15:06:26 -0600 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kfUel-00BxdK-Fa for ding@lists.math.uh.edu; Wed, 18 Nov 2020 15:06:23 -0600 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kfUej-007GeD-Rd for ding@lists.math.uh.edu; Wed, 18 Nov 2020 15:06:23 -0600 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=fpTkdatkblr5ycL0NuQTTwtdmIo74WbyG5jsXpd9vsM=; b=nl+X1mg5LMFGFNdF7s8rh1yR6p +zx4V+n+MP1BblVYU7XEsJm0yKhWHE/GdB/LUQqAA3WprGxesYVVWo8v3tVADqms4mhNwiEXurqr9 Rdp93aFlY4RASJxB4Q7QwEfe+kbhb1E8RxLFP8CjvEXXsJY/VgLnY0dAYEf909Sr0qjA=; Received: from eggs.gnu.org ([2001:470:142:3::10]) by quimby.gnus.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kfUec-0008OX-6m for ding@gnus.org; Wed, 18 Nov 2020 22:06:17 +0100 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33662) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kfUeY-0007Lt-Oq; Wed, 18 Nov 2020 16:06:10 -0500 Received: from cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net ([92.233.85.247]:51806 helo=osgiliath.local) by fencepost.gnu.org with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.82) (envelope-from ) id 1kfUeL-0002z8-3v; Wed, 18 Nov 2020 16:06:00 -0500 Received: by osgiliath.local (Postfix, from userid 1000) id D355B4045E; Wed, 18 Nov 2020 21:05:54 +0000 (GMT) From: "Jose A. Ortega Ruiz" To: "Eric Abrahamsen" Cc: "Eric S Fraga" , Subject: Re: New "gnus-search" syntax and interface In-Reply-To: <871rgqz98k.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Wed, 18 Nov 2020 12:43:39 -0800") References: <87blgdavsb.fsf@ericabrahamsen.net> <877dqpikh5.fsf@ucl.ac.uk> <87sg9dctwu.fsf@hillenius.net> <87tuttfm20.fsf@ucl.ac.uk> <87ft5dgrm6.fsf@ericabrahamsen.net> <87361djiui.fsf@ucl.ac.uk> <877dqpgoky.fsf@ericabrahamsen.net> <87pn4hc97h.fsf@gnus.jao.io> <871rgtgxcn.fsf@ucl.ac.uk> <87k0ul2l62.fsf@ericabrahamsen.net> <874klodz20.fsf@ucl.ac.uk> <87lfezlemj.fsf@ericabrahamsen.net> <87lfezwkxt.fsf@gnus.jao.io> <1x7NOCTHudFuCvB0kEBCGDds7KKAdbu-tZRD41ue36qG8dPBUSj7W9lq7CK5WJwL50cGQKZcom2KMkW_2VZi8Q==@protonmail.internalid> <871rgqz98k.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) X-Attribution: jao X-Clacks-Overhead: GNU Terry Pratchett X-URL: Date: Wed, 18 Nov 2020 21:05:54 +0000 Message-ID: <871rgqwf2l.fsf@gnus.jao.io> MIME-Version: 1.0 Content-Type: text/plain List-ID: Precedence: bulk On Wed, Nov 18 2020, Eric Abrahamsen wrote: [...] > No, that's perfect, I'm trying to make completely sure I understand > what's going on here. The original nnir-run-* functions all did pretty > much the same thing but with slightly different code, and in combining > all those functions I didn't get everything exactly in place. > > The original notmuch code used the GROUPS parameter to build a "--path" > option for the notmuch call, but even if I re-instate that, we'll still > want this filter here for the other engines. As an aside, I cannot find --path in notmuch search man page, but something that would speed things up considerably for some cases would be to append to the generated notmuch query "folder://" (mandatory /'s, to say you're looking for a regexp, not a literal). But that won't fix the problem, either. > Would you try this version of the function? It should just permit any > path separator when checking for group name matches. It works for me (and saves me having to define my own engine, so it's nice!). Thanks, jao -- It is hard enough to remember my opinions, without also remembering my reasons for them. -Friedrich Wilhelm Nietzsche, philosopher (1844-1900)