[Home] [By Thread] [By Date] [Recent Entries]


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

Karl

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member