From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/87571 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: more little nnselect things... Date: Wed, 17 May 2017 12:56:29 +0800 Message-ID: <87ziec9j42.fsf@ericabrahamsen.net> References: <878tlybmdd.fsf@ericabrahamsen.net> <87pof9tw0g.fsf@hanan> <87inl1f0ud.fsf@ericabrahamsen.net> <877f1gcmr4.fsf@hanan> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1494997098 7972 195.159.176.226 (17 May 2017 04:58:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 17 May 2017 04:58:18 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: ding@gnus.org Original-X-From: ding-owner+m35786@lists.math.uh.edu Wed May 17 06:58:14 2017 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from mxfilter-048034.atla03.us.yomura.com ([107.189.48.34]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dAr2K-0001wz-Ux for ding-account@gmane.org; Wed, 17 May 2017 06:58:13 +0200 X-Yomura-MXScrub: 1.0 Original-Received: from lists1.math.uh.edu (unknown [129.7.128.208]) by mxfilter-048034.atla03.us.yomura.com (Halon) with ESMTPS id 6f582182-3abd-11e7-8ed1-b499baa2b07a; Wed, 17 May 2017 04:58:15 +0000 (UTC) Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.87) (envelope-from ) id 1dAr1c-0005J3-NF; Tue, 16 May 2017 23:57:28 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dAr1Z-0005IV-9L for ding@lists.math.uh.edu; Tue, 16 May 2017 23:57:25 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.87) (envelope-from ) id 1dAr1X-0000H4-PO for ding@lists.math.uh.edu; Tue, 16 May 2017 23:57:25 -0500 Original-Received: from [195.159.176.226] (helo=blaine.gmane.org) by quimby.gnus.org with esmtps (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1dAr1I-0001MQ-9J for ding@gnus.org; Wed, 17 May 2017 06:57:12 +0200 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1dAr1A-0000cd-MP for ding@gnus.org; Wed, 17 May 2017 06:57:00 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 47 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:sz9W1GafqXHTkQm5FaO0RK98HJM= List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:87571 Archived-At: Andrew Cohen writes: >>>>>> "Eric" == Eric Abrahamsen writes: > > Eric> Andrew Cohen writes: > >>>>>>> "Eric" == Eric Abrahamsen writes: > >> > > [...] > > > Eric> In the *Group* buffer, yes. On second thought, what I probably > Eric> mean is providing the "server" string to be displayed as part > Eric> of the group name. Ie: > > Eric> nnselect+search: > > Eric> Packages which create select groups could provide their own > Eric> string for identification purposes. I'd have gnorb create > Eric> "nnselect+gnorb: name> " groups, for instance. The string would be missing for > Eric> user-created groups. > > Eric> This might be a mild abuse of the "server" concept, I don't > Eric> know. But I think it's a useful idea to explore. > > Eric> This reminds me that what I really want is a spec that shows > Eric> server-plus-group, not backend-plus-server-plus-group. A bit > Eric> like omitting the protocol in a browser URL bar. But that's a > Eric> different problem. > > I think there is already a spec for that (I don't have time to look it > up right now, but maybe its "s" for the server, with "G" for the > group?) Good point. I could have figured that out. > I haven't paid much attention to the server name for nnselect (since it > doesn't really make sense for this kind of thing). But since its there > we might be able to co-opt it for what you suggest. Allow the creation > of multiple servers with method nnselect. Then you could have your gnorb > server, search server, and anything else. This would also be useful > since you could then do activation on a per-server basis which might be > useful. Right, that's pretty much what I was thinking. Not particularly crucial, but it would be nice to have.