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

Re: xml:space

  • From: David Megginson <ak117@f...>
  • To: xml-dev@i...
  • Date: Mon, 23 Feb 1998 12:13:38 -0500

xml space
Michael J. Suzio writes:

 > What I wonder is, how does SAX decide what is ignorable
 > whitespace and what is significant?  I'm not clear on how that
 > works, and the role xml:space plays in defining that.  
 > Ignoring whitespace is one of the most tedious things I keep doing
 > in my XML parsing apps, I'd prefer to have to explicitly *work* to
 > keep whitespace.

SAX itself is not a program, but its interface allows DTD-driven
parsers to make the distinction described in clause 2.10 (AElfred
takes advantage of the distinction):

  2.10 White Space Handling

   In editing XML documents, it is often convenient to use "white space"
   (spaces, tabs, and blank lines, denoted by the nonterminal S in this
   specification) to set apart the markup for greater readability. Such
   white space is typically not intended for inclusion in the delivered
   version of the document. On the other hand, "significant" white space
   that should be preserved in the delivered version is common, for
   example in poetry and source code.
           
   An XML processor must always pass all characters in a document that
   are not markup through to the application. A validating XML processor
   must also inform the application which of these characters constitute
   white space appearing in element content.

Note that this has nothing to do with the `xml:space' attribute -- it
is your application, rather than the XML parser, that is allowed to
act on that one.

 > What I don't understand is, given something like this in a DTD:
 > 
 > <!ELEMENT QUOTE (SOURCE?|LINE+|KEY+)>
 > 
 > Why wouldn't *any* character data located within
 > <QUOTE></QUOTE> (and not inside one of it's child
 > elements) be ignorable?  I'd expect a parser seeing this:
 > <QUOTE>
 >  <SOURCE href="http://www.quotesrus.com/">
 >  <LINE>This is line 1 of the quote</LINE>
 > </QUOTE>
 > 
 > To ignore those carriage returns and extraneous spaces within the
 > QUOTE element, and just give me the SOURCE and LINE elements and
 > their content.

Absolutely correct.  If your XML parser is DTD-driven (as AElfred is),
it should somehow flag the carriage returns and leading spaces in your
example as ignorable.  It is a major pain having to deal with this
kind of thing yourself, if your parser is not DTD-aware.


All the best,


David

-- 
David Megginson                 ak117@f...
Microstar Software Ltd.         dmeggins@m...
      http://home.sprynet.com/sprynet/dmeggins/

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


  • Follow-Ups:
  • References:

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.