Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 78550 invoked by uid 500); 9 May 2001 19:24:04 -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 78376 invoked from network); 9 May 2001 19:23:58 -0000 Message-ID: <3AF998E8.2901E401@apache.org> Date: Wed, 09 May 2001 15:22:16 -0400 From: Berin Loritsch X-Mailer: Mozilla 4.75 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: cocoon-dev@xml.apache.org Subject: Re: [C2] or ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Rating: localhost.apache.org 1.6.2 0/1000/N Donald Ball wrote: > > On Wed, 9 May 2001, giacomo wrote: > > > > I just realized that elements in the sitemap aren't in the > > > map: namespace. Since they are handled by the sitemap, it would be more > > > consistent for them to be in the sitemap namespace. > > > > I don't remember why this syntax is so but it was that way since the > > idea of the sitemap was realized. > > +1 to change it before beta. now's the time to clean up inconsistencies > like that. I think part of the reason was that the Parameters object can be created from a Configuration object containing elements. The Configuration reader ignores namespaces, and uses the QName for the configuration names. Hense, as a configuration element would have a name of "map:parameter" as opposed to "parameter". Since we directly manipulate the Parameters object now, the approach will work. I just like using the shorter "parameter" name. --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org