I believe what is trying to be explained is that ZPT provides a certain
sequence for attribute *processing*, which begins *after* the template
is parsed (like unordered keyword arguments in Python). How they are
ordered in the source file is irrelevant, but by ordering them in the
precise way they will be processed is recommended to aid in the
understanding of what will happen.
If you do see a concrete example of how and where this occurs that
coincides with a breach from the XML spec, please post this to the list
for us to see, so that the proper avenues of discussion, hacking, and
problem resolution can be made. ZPT is nowhere near complete, and will
surely tighten up with time.
On Thu, 2002-05-16 at 10:32, Don Hopkins wrote:
> From: "Steve Alexander" <[EMAIL PROTECTED]>
> Subject: Re: [Zope-dev] stacks != easy to explain
> > > If you're using ordered attributes, then you're not using XML.
> > Indeed, and if your indentation is meaningful in your C source-code,
> > you're not using C.
> > However, that doesn't negate the benefit of a consistent coding style.
> Indentation style and the definition of XML are two different things.
> The XML spec clearly states that attributes are defined as unordered.
> So any XML editors or tool might rightfully reorder those attributes, thus
> mangling the meaning of any so-called XML code that depends on attribute
> Any so-called XML tool that depends on the order of attributes incorrect,
> and has a fundamental design flaw because it deviates from the agreed-upon
> Just as any so-called C compiler that depends on indentation style is
> XML Information Set
> W3C Recommendation 24 October 2001
> 2. Information Items
> 2.2. Element Information Items
> An element information item has the following properties:
> 5. [attributes] An unordered set of attribute information items, one for
> each of the attributes (specified or defaulted from the DTD) of this
> element. Namespace declarations do not appear in this set. If the element
> has no attributes, this set has no members.
> Zope-Dev maillist - [EMAIL PROTECTED]
> ** No cross posts or HTML encoding! **
> (Related lists -
> http://lists.zope.org/mailman/listinfo/zope )
> [This E-mail scanned for viruses by Declude Virus]
[This E-mail scanned for viruses by Declude Virus]
Zope-Dev maillist - [EMAIL PROTECTED]
** No cross posts or HTML encoding! **
(Related lists -