[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: The "what is XML" permathread revisited -- was Re:[xml-dev


xml binary payload
Liam Quin wrote:

> ...
>
>Some possibilities in the future might include, for example, a format
>or framework for interchange at the infoset level, or even a direct
>encoding that can be declared in an XML encoding declaration,
>  <?xml version="1.1" encoding="w3c-binary-thingie-1.0"?>
>  
>
I already use:
<?xml version="1.1" encoding="x-esxml0.1"?>
at the beginning of my format...  This is completely legal, however the 
standard does talk about this as a 'character encoding' so it is 
stretching it to actually substitute the structure.
On the other hand, it also says that other than the two required 
encodings, UTF-8 and UTF-16, a parser should just fail on other encodings.
Certainly this is how a 'parser', i.e. an access library, would 
disambiguate input.

I would also note that every element can have it's own encoding.  This 
meshes perfectly with my plan to support whatever encoding is used for 
text in a particular element, individually for each element.  The 
interesting question is how to reasonably handle two different types of 
binary payload.  b64 encoded sections are the major case, with support 
for other MIME encodings and direct storage of binary scalars also 
needed by some applications.

As I stated, the issue of binary payloads is different from the issue of 
binary structure.  Binary, or rather efficient-in-one-or-more-aspects, 
structure is needed first.  Binary payloads can be done as application 
convention and may only need industry/use-level standardization, just as 
they could be done now as b64 or hex payloads.  (Loading or storing a 
fixed size hex payload can be done in a macro/inline with nothing but 
fast shifts, ands, and array reference, a win for ieee floats for instance.)

>(in which case no revision to XML is needed; this is sneaky, rather
>like Tim Bray's character entity proposal a while ago, and the name
>"binary XML encoding" would be appropriate)
>
>There's nothing in the XML Specification that requires specific code
>points to be transmitted for pointy brackets.  You can transmit an
>EBCDIC-encoded file if you like.  The XML Processor is responsible
>for mapping to Unicode code points.
>
>As Rich Salz points out, there is not complete consensus.
>
>Best,
>
>Liam
>  
>
sdw

-- 
swilliams@h... http://www.hpti.com Personal: sdw@l... http://sdw.st
Stephen D. Williams 703-724-0118W 703-995-0407Fax 20147-4622 AIM: sdw


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.