[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Back to XObjects was XLink - where a
James -- I see you accept the point that the problem isn't that simple. However, there's also the implied one that different folk need different answers. The answers I would have given to those questions are not the ones you gave. Different assumptions can lead to a need for different answers. A base mechanism must be a bit more flexible than that. - Dave james anderson wrote: > > David Brownell wrote: > > > > Graham Moore wrote: > > > > > > Eliot wrote > > > > > > > The last two [java class for elements / swing classes] are no different > > > > from requiring a style sheet--someone still has to provide > > > > a per-document or document type definition of what the styling should > > > > be > > > > > > The functional binding / class => element could be done as a default. Look > > > in the location where the document was acquired from using the element name > > > as the class name. It would just work, with no additional configuration > > > files. If no class exists then the node is just a node. > > > > That doesn't seem sufficient to me. What's the package name? > > a mapping from the namespace name. (java packages may require an intermediate) Assumes there's a namespace name. > > What about classes that should represent multiple element types? > > specialize the class appropriately Assumes creating a class is zero cost, and doesn't accomodate open ended sets of element types. > > What about the different semantics associated with different namespaces? > > that's what packages are for. Assumes folk don't have common semantics in different namepaces. > > Suppose you want the element and class names to be different, perhaps because > > you and your users work with different natural languages? > > support an architectural attribute, with appropriate defaults in the > attribute definitions. Assumes the folk defining the mappings are the ones defining the attributes. 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...)
|
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
|