[Home] [By Thread] [By Date] [Recent Entries]
Tony Stewart wrote: >>I would have thought that a good DTD doesn't do this at all. The DTD >>should define the information content, leaving both style and (IMO) >>behavior to be specified in a stylesheet that is tailored to this >>specific usage of the information. More religion: Information content should be subordinate to behavior, not the other way around. The DTD defines the information structure required to support (unfortunately) implied behavior which establishes the meaning of that data in the context in which it was defined. Attributes establish characteristics which maintain state supporting variant behavior. Contents and links represent associations supporting additional state, and enabling collaborations with other elements required to support behavior, including behavior of the document as a whole. Of course, none of this has anything to do with rendering unless that's the subject of the DTD. Note that if a language is rich enough, it doesn't have to change just because the subject area changes. This might be the basis of the appeal of XSL and XML-Data which both use XML (more or less) to describe their subject areas. xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|

Cart



