Return-Path: <stimm@mailgo.com>
Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm
Delivered-To: mailing list cocoon-dev@xml.apache.org
Received: (qmail 48322 invoked from network); 3 Jul 2000 04:07:41 -0000
Received: from firewall.altacast.com (HELO exchange.altacast.com)
 (63.84.216.2)
  by locus.apache.org with SMTP; 3 Jul 2000 04:07:41 -0000
Received: from coffeecup (firewall.altacast.com [10.1.1.17]) by
 exchange.altacast.com with SMTP (Microsoft Exchange Internet Mail Service
 Version 5.5.2650.21)
	id NSPLJHTY; Sun, 2 Jul 2000 22:07:34 -0600
Message-ID: <019601bfe4a5$1fe71d40$0b739fce@coffeecup>
X-Sybari-Space: 00000000 00000000 00000000
From: "N. Sean Timm" <stimm@mailgo.com>
To: <cocoon-dev@xml.apache.org>
References: <017801bfe477$27c53520$0b739fce@coffeecup>
 <396005EC.CA6D7A5C@localbar.com>
Subject: Re: [PATCH] Sitemap Draft - Misc. fixes and preliminary schema
Date: Sun, 2 Jul 2000 22:14:03 -0600
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N

"Niclas Hedhman" <niclas@localbar.com> wrote:
> > I've included a diff inline for some changes to the sitemap draft
document.
> > One of the changes involved declaring namespaces for all of the
parameters
> > for each component.  This was rather annoying (to me), and I think I'd
> > personally rather see something along the lines of <param name="foo"
> > value="bar"/>, but maybe there is a good reason for why it is the way it
is.
>
> The <serializeparams> and <svgparams>
> -1.
> The map: namespace for the attributes (I believe) is for making the
equivalence
> between;
>
> <doc-type map:value="bac.dtd" />
> and
> <doc-type>bac.dtd</doc-type>
But any custom transformer or serializer you write that isn't part of the
base Cocoon distribution won't be a part of the map namespace.  Why should
the ones that come with Cocoon be any different?  I don't like the idea that
those parameters can reside in the map namespace while others have to be
separate.  It just doesn't seem right...anyway, with the examples in the
sitemap draft, they weren't in the map namespace (the values were, but not
the parameter name).
>
> One might argue that this is necessary or even recommendable (introduction
of
> more complexity).
If you're going to have a <doc-type> node, I think it either needs to reside
in some sort of parameter namespace (which seems messy), or you should have
to specify it like the following:

<map:param name="doc-type" map:value="bac.dtd"/>
or
<map:param name="doc-type">bac.dtd</map:param>

- Sean T.