|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: Re: ASN.1 is an XML Schema Language (Fix those lists!)and
Huh? Plug in decoders for binaries that they don't recognize or that they don't have in a library? I can't speak for the X3D WG although I serve on the Web3DC BoD, but I don't think any decisions have been made although the RFP text does want a single binary. A pluggable decoder is fine and probably desirable by some. Just let me be clear that no decisions are made at this time and bidders are stepping up. Note the IPR policies are royalty-free. len From: Pete Kirkham [mailto:pete.kirkham@b...] Conversely to Len's example of X3D, streaming media players support mechanisms to plug in decoders for formats they don't recognise. If the encoding was expressed in suitable form, then that could be retrieved and compiled instead having a library of native decoders. Such a mechanism would also allow any XML encoding of the same data, and shift the encoding of data as attribute or element into the encoding rules rather than using [ATTRIBUTE] or list inline - in effect making ENCODING-CONTROL XER pluggable but with alias, ordering and graph serialisation controls. Kind of like architectural forms but with ASN.1's binary formats (and possibly other text formats) thrown in free. Since one of the projects I work on has to support legacy text files, random formats from other tools, its own XMI data and SOAP messages (which are essentially aliases of each other), I can think of one use case for plugging encodings like this; but at the moment someone ends up writing the encoder manually, rather it being generated off a concrete syntax description.
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||

Cart








