Cart
|
[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: SAX 2.0 enhancement proposal
/ David Brownell <david-b@p...> was heard to say:
| Once the relative URI is interpreted relative to that location,
| it's open season -- map the ID to /dev/null, to NUL:, to an error,
| to a local cache, to whatever. But that's AFTER it's been
| interpreted relative to the location of the resource etc.
Then you didn't respond to the most relevant part of my original
reply. Why is it the case that an external resolver must only see the
absolute URI? I don't understand from where you draw the conclusion
that early normalization is a requirement.
/ Norman Walsh <ndw@n...> was heard to say:
>
> I don't understand your conclusion at all. Why is it the case that
> this doctype declaration:
>
> <!DOCTYPE foo PUBLIC "-//Example//DTD foo" SYSTEM "../foo.dtd">
>
> must be presented to the resolver as
>
> public="-//Example//DTD foo"
> system="file://path/to/absolute/foo.dtd"
>
> Why is it not equally reasonable for the resolver to be presented with
>
> public="-//Example//DTD foo"
> system="../foo.dtd"
>
> since that's actually what the document *says*.
>
> If the system identifier that the parser finally winds up using is a
> relative URI reference, it's clear that it's relative to the base URI
> of the containing entity. As I said before, I don't think that's in
> dispute.
>
> What I have never understood is why the SAX API feels that "early
> absolutization" is preferable to "late absolutization".
Be seeing you,
norm
--
Norman.Walsh@S... | Where it is permissible both to die and not to
XML Standards Engineer | die, it is an abuse of valour to die.--Mencius
Technology Dev. Group |
Sun Microsystems, Inc. |
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! 
Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|
|||||||||
