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

Re: Partial XML Processors (was Re: JavaScript parser update and Questio

  • From: "Jeremie Miller" <jeremie@n...>
  • To: <xml-dev@i...>
  • Date: Sat, 17 Jan 1998 09:43:01 -0600

javascript parser xml
> [great discussion about well-formed parser and ignoring DTD stuff
completely]

I guess I'm not the only one who is unsure about this.  I would like to
think that based on the mentioned goal 4 of XML: "It shall be easy to write
programs which process XML documents" that the true spirit of _only_ a
well-formed parser is the requirements that it can process a well-formed
document(and the proper error reporting which I'm still working on).  Now
yes, *all* XML documents are well-formed, but the DTD stuff is extra
information for a validating parser.  If possible, it would be great for all
well-formed parsers to at least process internal DTD information, but that
is still an activity beyond well-formed XML documents.  Again, this is all
just my opinion, so if it needs changing please let me know :)

What this stems from is the fact that my JavaScript XML parser has no
_fundamental_ way of accessing URL's or files, and therefore no way of
obtaining _anything_ external to the XML string it was given.  So I am
trying to do the best I can with that.  The point I'm at is trying to figure
out if I need to actually process internal DTD information, for now I just
ignore it.  As it stands, my most immediate goal is simply to correctly
process XML fragments, since it is beyond the functionality of JavaScript to
be a full-blown XML parser for various reasons(encoding, file access,
etc...).

Would it be worthwhile writing up a *simple* document clearly identifying
all of the requirements for a well-formed parser and a validating parser,
such as "It has to be able to handle CDATA, rmd, DTD's, recognize entities,
and throw errors for X, X and X, etc..."?  Or am I the only one who doesn't
see _clearly_ the requirements and differences as defined in the XML spec?

Jer



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


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.