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

Re: Whitespace

  • From: Sean Mc Grath <digitome@i...>
  • To: xml-dev@i...
  • Date: Wed, 27 Aug 1997 18:34:50 +0100

xml preserves whitespace

>digitome@i... (Sean Mc Grath) writes:
>[...]
>> I doubt if I will get this right but I will try and formulate the programming
>> problem as I see it. 
>> 
>> Here goes:-
>> 
>> XML processing applications that read/write XML have to faithfully
>> reproduce white space to avoid data loss. In the course of XML processing,
>> actions will regularly be triggered by context. I.e. "element X within
>> element Y",
>> "first data content chunk below element X" etc.

[Murray Altheim]
>Aha! The culprit: 'XML processing applications'. I think where the confusion
>lies here is with the lack of differentiation between processor and
application.
>We are defining an XML _processor_, which in all cases preserves whitespace
>and hands it on to the _application_. An application's handling of whitespace
>will be entirely dependent upon the needs of the application. For example,
>'XML as a data format' might normalize or even eliminate all whitespace,
>whereas 'XML as a document markup' may rely on some type of default handling
>under certain circumstances, or rely entirely on stylesheets. A browsers, as a
>specific case of application, will have different WS handling than a database
>engine, and different again than an XML text-based editor.
>
>If the processor faithfully passes all WS to the application, the application
>can generate character-accurate offsets for links, etc. with no problems
>due to WS data loss. I see no problems in the current spec, although I must 
>agree with Tim and others that XML-SPACE="DEFAULT" seems to have no discernable
>meaning in this context.
>
>Does that help at all?
>
The "processor" is the XML parser and the "XML applictation" is the
editor, browser, spell checker, indexer etc. Okay. My concern is how these apps
will *interoperate* in the face of application specific WS conventions. To
do the right thing they need to faithfully reproduce the WS. I think
this is a hard problem. I await with interest some code examples
that illustrate XML->XML interoperability.

Am I completely off base in thinking that WS makes for some hairy issues
in XML->XML applications? What apps have been written that read/write XML? How
have they handled WS integrity? Are patterns emerging that can usefully
become part of
XML-DEV lore?





xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@i... the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (rzepa@i...)


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.