Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 29030 invoked by uid 500); 11 Oct 2002 11:36:32 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 29010 invoked from network); 11 Oct 2002 11:36:32 -0000 Date: Fri, 11 Oct 2002 21:38:40 +1000 From: Jeff Turner To: cocoon-dev@xml.apache.org Subject: Re: Variable Expanders Message-ID: <20021011113840.GA4845@expresso.localdomain> Mail-Followup-To: cocoon-dev@xml.apache.org References: <3DA5F61B.3060706@apache.org> <20021011094949.GA5801@bremen.dvs1.informatik.tu-darmstadt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021011094949.GA5801@bremen.dvs1.informatik.tu-darmstadt.de> User-Agent: Mutt/1.4i X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N On Fri, Oct 11, 2002 at 11:49:50AM +0200, Christian Haul wrote: > On 10.Oct.2002 -- 11:50 PM, Stefano Mazzocchi wrote: ... > > why aren't you declaring them in the sitemap? > > Because they are not only relevant to the sitemap and declaration of > general components in the sitemap was considered bad. > > > > Take a look at this > > > > > > > > ... > > > > > > > > > > ... > > .... [snip naming debate] [snip (unneeded) expander-sets] > > isn't it more precisely describing what you want to achieve? > > No.�It changes a name and not for the better and places the > declaration to a place were SoC is breached. What really is needed is > multiple xconfs. Most (all?) sitemap components should be in a local > xconf. How would multiple configs help? I'd imagine: cocoon.xconf -> declare and configure generic components sitemap.xconf -> declare and configure sitemap components (map:components stuff) sitemap.xmap -> use components But even then, input modules would belong in cocoon.xconf (being generic), so multiple configs isn't the answer to the problem. > Until then, it should stay in the one that we have. How about if they could be declared in either cocoon.xconf (when used generically) or sitemap.xmap (when used as 'expanders')? Two different 'contexts', two different configuration syntaxes. > It probably doesn't add anything to this discussion, but maybe this > illustrates some aspects. > http://xml.apache.org/cocoon/userdocs/concepts/modules.html > > BTW did someone notice, that these thingies that we spend so much time > about now are in CVS since Q1 02?? :) Probably because no-one had any clue they were _useful_. Their general usefulness was so well camouflaged by docs like the one above. --Jeff > Chris. > -- > C h r i s t i a n H a u l > haul@informatik.tu-darmstadt.de > fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org