XSchema: root element

Marcus Carr mrc at allette.com.au
Sun Jul 5 00:55:18 BST 1998

Ron Bourret wrote:

> Marcus Carr wrote:
> > Not me - conversion work of legacy data routinely involves pulling documents
> to
> > pieces, working on a fragment (such as a table) then putting it all back
> > together.
> I'm not sure I understand.  We want to give an authoring tool/XSchema
> explorer/etc. a way to determine the roots of useful/possible documents.

It's the "etc", that I wonder about - it seems that the focus of XSchema is being
narrowed to a point where some "etc" will not be able to make use of XSchema without
violating the intent. The problem is that the intent may not have accounted for a
slightly different processing model - might the same application require multiple
XSchema for different tasks, or would you design them more loosely to reduce
redundancy? This would seem to be a subjective call and a natural for protracted

> I don't understand what this has to do with working on the individual fragments
> of a document.

It's not so much about working on fragments as it is ensuring that current, common
data handling processes aren't locked out of using XSchema because we aren't looking
around enough. The narrower the range of uses XSchema is appropriate for, the less
chance of it succeeding.


Marcus Carr                  email:  mrc at allette.com.au
Allette Systems (Australia)  email:  info at allette.com.au
Level 10, 91 York Street     www:    http://www.allette.com.au
Sydney 2000 NSW Australia    phone:  +61 2 9262 4777
                             fax:    +61 2 9262 4774

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)

More information about the Xml-dev mailing list