[XML-DEV Mailing List Archive Home]
[Reply To This Message]
legal. That is how the Oster DTD element type names were designed
can do fancy tricks with microparsing that way. On the other hand, a
structure can achieve this as well. As to naming
collisions, is the system so open that
can't control that without resorting to element dot naming?
we're here and in the best practices category,
seen some pretty awful type trees lately
designed by object programmers determined beyond all good sense to carry
conventions all the way from root to leaf without stopping to consider
structure provides implicit nested naming.
ratio of data to markup in this design is probably less than
data. Anyone care to comment on why one would choose
work up this kind of scheme or what it is like to use in
Is it possible to have the Element like
XML?. The reason is to make the definition of each Element
(structure) stricter because if you had XML that combined
different Elements from different DTD's, there would be no fear
of clashes. To be more specific, to differentiate each element in such a way
that the Element belongs to which DTD.
Any suggestions are most
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format
Stylus Studio has published XML-DEV in RSS and ATOM formats,
enabling users to easily subcribe to the list from their preferred news reader application.
Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website.
they were not included by the author in the initial post. To view the content without the Sponsor Links please