Cart
[Home] [By Thread] [By Date] [Recent Entries]
"Don Park" <donpark@d...> writes:
> >To be concrete. I think it makes a lot of sense
> >to allow a plain text document to parse and
> >emerge at the far end of an XML processor
> >as a single xml:text node consisting
> >of PCDATA.
>
> Interesting idea. Only thing preventing that
> is the root element rule which irks me sometimes.
> Something like schematron could reduce the need
> for the root element rule but I think we are stuck
> with it for now.
Hmm ... it sound like what you're looking for is a common API, not a
common markup language. There's no reason that someone couldn't write
a SAX driver that took
Hello, world!
and reported
startDocument()
startElement("__dummy")
characters("Hello, world!")
endElement("__dummy")
endDocument()
Ditto for a DOM builder. You could do the same for LaTeX, NROFF, RTF,
comma-delimited fields, Excel spreadsheets, or whatever turns your
crank -- we're talking about APIs, not XML itself (which is simply an
external representation language).
As I've suggested often, there's a many-to-many relationship between
APIs and markup languages.
All the best,
David
--
David Megginson david@m...
http://www.megginson.com/
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/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
