Lists Home |
Date Index |
I completely agree with using 'optimized' rather than 'binary' because
'optimized' is the goal, 'binary' is just one possible aspect of the
solution. That's why I changed the name of my work from 'binary
structured XML' to 'efficiency structured XML'.
I agree that generally optimized XML should be completely expressible in
XML 1.0 encoding.
There are two categories of effective extension to XML 1.0 semantics
that I see as being crucial to support some types of application semantics:
Expressible in XML 1.0, but with specific support: i.e. fast pointers
that can be represented by XPointers, IDs, offset attributes, etc.
Expressible only by multiple XML 1.0 documents or fragments or similar
awkwardness. Support for deltas, updates, versioning and similar falls
into this category. The fact that scattered nodes, text, and attributes
have been updated in a document compared to the last version may be
supported directly and very efficiently by an optimized XML encoding but
only with difficulty with traditional encoding.
Some applications will require these features. It may be that usage
levels will have categories or something to differentiate progress (or
is it deviance?) from XML 1.0 encoding.
If an application just couldn't use XML without an additional
optimized-only semantic, there's not much issue with the advancement for
that application owner.
Robin Berjon wrote:
> Bullard, Claude L (Len) wrote:
>> Yes. I had never seen the term 'optimized xml' used before. I have
>> seen 'binary'.
> I've gotten into the (at least occasional) habit of using 'optimised'
> instead of 'binary' because I don't think the WG should presume that
> the solution -- if there is one -- necessarily relies on binarisation
> (even if all tests I've seen thus far makes it look very likely).
>> Let's see what happens if a packaged document set is wanted as well.
>> That is quite likely.
> I think there's a hard rule that optimised XML MUST NOT support any
> feature that isn't supported by XML as well -- it's just optimisation.
> If it were to do packaged documents, it would be by encoding an XML
> expression of those.
> One bit of going-to-get-started-with-any-luck work that is related to
> packaged docs is the W3C Workshop on Web Applications and Compound
firstname.lastname@example.org http://www.hpti.com Per: email@example.com http://sdw.st
Stephen D. Williams 703-724-0118W 703-995-0407Fax 20147-4622 AIM: sdw