From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Andrew Cohen Newsgroups: gmane.emacs.devel Subject: Re: make-thread with lambda form instead of function symbol Date: Mon, 17 Apr 2017 14:59:22 +0800 Organization: Boston University Message-ID: <87y3uzjz91.fsf@hanan> References: <87efws9w3c.fsf@ericabrahamsen.net> <87bmrvu9am.fsf@ericabrahamsen.net> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1492412421 21606 195.159.176.226 (17 Apr 2017 07:00:21 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 17 Apr 2017 07:00:21 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 17 09:00:15 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d00dx-0005Lw-7L for ged-emacs-devel@m.gmane.org; Mon, 17 Apr 2017 09:00:13 +0200 Original-Received: from localhost ([::1]:35139 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d00dy-0000cc-8Y for ged-emacs-devel@m.gmane.org; Mon, 17 Apr 2017 03:00:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57371) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d00dP-0000cX-9w for emacs-devel@gnu.org; Mon, 17 Apr 2017 02:59:40 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d00dK-0006kE-Gz for emacs-devel@gnu.org; Mon, 17 Apr 2017 02:59:39 -0400 Original-Received: from [195.159.176.226] (port=44845 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d00dK-0006iA-AP for emacs-devel@gnu.org; Mon, 17 Apr 2017 02:59:34 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1d00dB-0004Xu-N6 for emacs-devel@gnu.org; Mon, 17 Apr 2017 08:59:25 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:Z2UE2EdHlVhtp3AmDsnuShRJ1YM= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:214046 Archived-At: It would be great to get the searches done concurrently. This is the last serious (IMHO) problem with gnus searches---the searching part can take a long time. The current implementation tries to collect everything to minimize connections to the backends (i.e. searching multiple groups on a single backend should use a single connection) but even imap searching gets to be a pain when several imap servers are involved. Just a side comment: the existing nnir-run-query handles multiple groups with different backends mostly just fine (albeit searching sequentially rather than concurrently). The limitation is that the search query must be common to the different backends (this is the big issue that your general search query language would fix). I (used to) routinely combine gmane, namazu, and imap groups in my searches (used to since I stopped using namazu long ago and gmane search is now defunct :(). And a side-side comment: if the different backends allow different criteria then search groups from different backends will prompt for different criteria for each backend. Cumbersome but occasionally helpful. Andy