The DTD is alright as a hydra for the XML data-structure. But we often times skip it in our amateurish approach to data and yet have it as well formed document.
If the parser would be able to to the job of a validating agent we would be ahead of ourselves... what do you say?
Had a chance to look into your starDom editor - nice piece of work! would be nice if you could add some more text editing features to it (e.g. cut n' paste ).
p.s. the AIX linker to tDom misses a -lm for "ceil" and "floor"
Thanks a bunch,
~reb
A goal is not always meant to be reached, it often serves simply as something to aim at.
Bruce Lee
From: Rolf Ade <rolf@...>
To: tdom@yahoogroups.com
Sent: Friday, March 6, 2009 6:50:00 PM
Subject: Re: [tdom] Re: Uset tdom from C
If the parser would be able to to the job of a validating agent we would be ahead of ourselves... what do you say?
Had a chance to look into your starDom editor - nice piece of work! would be nice if you could add some more text editing features to it (e.g. cut n' paste ).
p.s. the AIX linker to tDom misses a -lm for "ceil" and "floor"
Thanks a bunch,
~reb
Bruce Lee
From: Rolf Ade <rolf@...>
To: tdom@yahoogroups.com
Sent: Friday, March 6, 2009 6:50:00 PM
Subject: Re: [tdom] Re: Uset tdom from C
Asher Klatchko wrote:
> Gotcha. Indeed it works with a built in DTD but would be nice to
> have the lookup-id-table.
Well, it also works with
an external DTD, if you prefer that. In that
case, you've to provide an -externalentitycomm and as URI resolver. In
other words, the usual limbo dance, which at least provides the
maximal freedom to the script author, after you've got to it.
What would be nice to have?
rolf