Lists Home |
Date Index |
> > I don't quite understand how binXML gives you better streaming,
> > in the sense of sending fragments. Isn't that done on the application
> > level?
> Yes and no. XML doesn't stream all that well, because it doesn't fragment very
> well (you always need to send entire documents).
Can this be solved with the XML Fragment recommendation?
> For applications that can tune
> into a stream that has already started (any broadcast app for instance), that
> means they'd need to wait til the end of the current doc before they can start
> displaying anything.
Because they have to read the DTD? What if the DTD is already known a priori?
There may still be problems (e.g. context, namespaces) - but would XML Fragment
not address those?
> With binary infosets, that's not the case anymore. You can
> also update parts of a document more often than others and other such niceties.
> A lot of it is dependent on the transport layer, but binary infosets make that
> possible. I'm eagerly awaiting my first SVG TV ;)
For multi-media XML I certainly see a binary streaming format as having
an advantage in bandwidth requirements. Not clear if the other points
made above could not be solved with adding another specification.