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