Received: (from majordom@localhost) by hyperreal.com (8.8.5/8.8.5) id WAA14822; Mon, 16 Jun 1997 22:21:18 -0700 (PDT) Received: from budgie.gui.com.au (root@budgie.gui.com.au [203.8.105.216]) by hyperreal.com (8.8.5/8.8.5) with ESMTP id WAA14793 for ; Mon, 16 Jun 1997 22:21:12 -0700 (PDT) Received: from mocking (mocking.gui.com.au [203.19.74.101]) by budgie.gui.com.au (8.7.3/8.6.9) with SMTP id PAA24215 for ; Tue, 17 Jun 1997 15:21:08 +1000 (EST) Message-Id: <3.0.1.32.19970617152104.009503b0@www.spidereye.com.au> X-Sender: garyw@www.spidereye.com.au X-Mailer: Windows Eudora Pro Version 3.0.1 (32) Date: Tue, 17 Jun 1997 15:21:04 +1000 To: new-httpd@apache.org From: Gary Wisniewski Subject: Re: config idea, scoping In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org At 11:25 16/06/97 -0700, you wrote: >We have various modules which define essentially the same directives but >with slightly different names.... >What if we required scoping like this: > > > File foobar > Group blah > Good idea. I fully expect the problem to get worse as proliferation of modules grows, and it would be nice to have features which encourage the proliferation of modules rather than add to config file confusion. What about (don't yell---I'm new here) borrowing object/verb syntax: auth_dbm.File foobar auth_dbm.Group blah This would seem to have several advantages, and wouldn't lead to additional config file verbiage. Backward-compatible names could be provided, so long as they could be disambiguated: auth_dbm.File foobar co-exists with auth_dbm.AuthDBMFile foobar and unqualified references such as AuthDBMFile foobar work, so long as there is no ambiguity. Just an idea, Gary