Lists Home |
Date Index |
- From: "Don Park" <firstname.lastname@example.org>
- To: "'XML Dev'" <email@example.com>
- Date: Fri, 19 Nov 1999 05:54:48 -0800
>> I am now leaning very heavily toward focusing SML on XML fragments
>> so that SML data (the word 'document' is not in the SML draft spec)
>> starts with the 'content' production rule of the XML spec. No
>> prolog, no misc. SML data have zero or more elements and can be
>> entirely text.
>I assume you mean the following?
> content ::= (element | CharData | Reference | CDSect | PI
>So an SML data fragment is not necessarily a valid XML document
>as it can be entirely text? And so an XML processor may not be
>able to process an SML document? Is that correct?
Not correct. My thinking is that there is no such thing as SML
document. There is only SML data and there is no assumption that
SML data is stored anywhere or finite in length. If SML data is
stored in a file and it is used as a well-formed external entity
from an XML document, it can be processed using XML processors.
The production rule is something like:
SMLData ::= (element | CharData)*
Don Park - mailto:firstname.lastname@example.org
Docuverse - http://www.docuverse.com
xml-dev: A list for W3C XML Developers. To post, mailto:email@example.com
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:firstname.lastname@example.org the following message;
To subscribe to the digests, mailto:email@example.com the following message;
List coordinator, Henry Rzepa (mailto:firstname.lastname@example.org)