OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   Re: Comments on Section 2.6 of XML-Namespaces

[ Lists Home | Date Index | Thread Index ]
  • From: james anderson <James.Anderson@mecom.mixx.de>
  • To: "xml-dev@ic.ac.uk" <xml-dev@ic.ac.uk>
  • Date: Wed, 01 Apr 1998 15:55:55 +0200

hello again;

Rick Jelliffe wrote:

> > However, as soon as you allow elements to be broken up into their
> > individual attributes, this gaurantee goes away.  Attribute "hijacking"
> > makes it impossible to maintain the relationship between attributes of a
> > single element, and impossible to maintain the relationship between the
> > attributes and the child elements/content.
>
> I dont think I agree with your ideas of "hijacking". An attribute is
> whatever
> the designer has said it is, for better or worse. E.g., if a document type
> designer says that all elements types will have an attribute which gives
> the line number of the element type declaration in the original document,
> then that attribute has nothing to do with the element type itself, and

did you mean "element type name" here? if not, what is the "type" other than an
artifact of the declaration ?

> everything to do with the artifacts of the declaration of that type. Such
> an attribute has its meaning without any reference to any particular
> element type being defined. So some attributes are highly coupled to

practically speaking, an attlist without a matching element declaration
constitutes an implicit definition as soon as it permits an element instance to
behave as if the attribute can be bound to it.

> their type, some are highly uncoupled.

although  a form like
'<!ATTLIST' S 'ANY' AttDef* S? '>'
is not precluded, i doubt if the effect is well defined... and
'<!ATTLIST' S '(' Names ')' AttDef* S? '>'
was excluded. in which case the degree coupling between attribute and element,
though it may be multiplied by additional attlist declaration, remains unchanged
in the individual instance.


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)





 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS