From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/34955 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: regexp-based group parameters Date: 23 Feb 2001 18:56:57 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: References: <873dfg9z1x.fsf@splinter.inka.de> <87wvcs8awc.fsf@splinter.inka.de> <878zp71ef0.fsf@lovi.inf.elte.hu> <2nelwpja7z.fsf@tiger.jia.vnet> <2n66i1j86z.fsf@tiger.jia.vnet> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035170781 486 80.91.224.250 (21 Oct 2002 03:26:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 03:26:21 +0000 (UTC) Return-Path: Original-Received: from lisa.math.uh.edu (lisa.math.uh.edu [129.7.128.49]) by mailhost.sclp.com (Postfix) with ESMTP id 412F8D049F for ; Fri, 23 Feb 2001 18:57:30 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by lisa.math.uh.edu (8.9.1/8.9.1) with ESMTP id RAB21050; Fri, 23 Feb 2001 17:57:22 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Fri, 23 Feb 2001 17:56:42 -0600 (CST) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id RAA14838 for ; Fri, 23 Feb 2001 17:56:32 -0600 (CST) Original-Received: from multivac.cwru.edu (multivac.STUDENT.CWRU.Edu [129.22.96.25]) by mailhost.sclp.com (Postfix) with SMTP id CF137D049F for ; Fri, 23 Feb 2001 18:56:57 -0500 (EST) Original-Received: (qmail 21422 invoked by uid 500); 23 Feb 2001 23:57:19 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org In-Reply-To: <2n66i1j86z.fsf@tiger.jia.vnet> (ShengHuo ZHU's message of "23 Feb 2001 18:22:44 -0500") User-Agent: Gnus/5.090001 (Oort Gnus v0.01) Emacs/20.7 Precedence: list X-Majordomo: 1.94.jlt7 Original-Lines: 45 Xref: main.gmane.org gmane.emacs.gnus.general:34955 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:34955 ShengHuo ZHU writes: > prj@po.cwru.edu (Paul Jarc) writes: > > ShengHuo ZHU writes: > > > prj@po.cwru.edu (Paul Jarc) writes: > > > > > * Group/topic parameters allow setting arbitrary variables, not only > > > > > `strict' parameters. > > > > > > > > I'm not sure this is a problem. Your gnus-parameters doesn't seem to > > > > address it, either. > > > > > > As to group variables, it is. > > > > How so? > > NAGY Andras means that regexp scheme was not able to configure group > variables. In this sense, gnus-parameters can do this. I don't think I understand. > Unfortunately, we can not implement [storing parameters in backends] > for some backends without some extra helps (e.g. local files). It > could also be a problem for shared or readonly groups. It would indeed require more work from backends, but it could be done. I'm implementing read-only groups for nnmaildir, but marks will still be stored in the backend; only the messages themselves are read-only, and only the messages themselves need to be. > > But it also means that I can't deal with group names and parameters as > > the separate entities they are. If I want two groups to share a set > > of parameters, I'm *forced* to either name them similarly, or else use > > an ugly, *less* maintainable regexp to identify them. > > You don't have to. mapconcat and regexp-quote are your friends. That seems rather more like a workaround than a solution. > It is difficult to avoid loop links in your parameter-parents scheme. Difficult for the code to detect tham, maybe, but not so difficult for humans to prevent them, I think. Must the more capable users be hindered by a feature designed to prevent mistakes by novices? paul