[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Back to XObjects was XLink - where a

  • From: David Brownell <db@E...>
  • To: James.Anderson@m...
  • Date: Thu, 12 Nov 1998 09:55:39 -0800

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!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

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 click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.