rbourret at dvs1.informatik.tu-darmstadt.de
Wed Aug 5 11:50:13 BST 1998
> But don't you prefer completely crazy hairball of a problem over simple
> problems? <G> Thanks for the help. I think I'll continue to kick the
> hairball on my own just for 'kicks'.
I think this is a really nice usage of XSchema and no different from most other
XSchema applications -- the deciding factor is that the application gathers
schema information at run time, rather than having it hard-coded. In general,
the code that does this shouldn't care if the schema information changes
half-way through the file.
So by all means, continue to play. It will give us more concrete data about
implementing XSchema and perhaps open some new ground for 2.0. I would also
point out that, not only is this idea useful for validation, it is also useful
for building database storage structures on the fly.
As I mentioned before, we are unlikely to address this in 1.0, but I would
suggest the following (non-guaranteed) semantics for forward compatibility:
1) The XSchema applies to everything following it until the next XSchema is hit.
2) Each XSchema completely replaces the previous XSchema.
-- Ron Bourret
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;
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)
More information about the Xml-dev