Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xml-dev] Talking of HTML.... Anyone like lock-in?

From: Henri Sivonen <hsivonen@---.-->
To: Robin Berjon <robin.berjon@------.-->
Date: 9/3/2005 10:29:00 AM
On Sep 3, 2005, at 03:32, Robin Berjon wrote:

> Henri Sivonen wrote:
>> I think specifying character entities in a DTD and expecting them to 
>> be supported is a serious spec but in XHTML 1.x. Carrying this over 
>> to XHTML 2.0 means that the HTML WG is in denial about the 
>> relationship of DTDs and interactive user agents and wants to wish 
>> the consequences of the XML spec away.
>
> To be fair, there's nothing forbidding a browser from recognizing the 
> public id used in the doctype and mapping that to a local copyy of the 
> DTD,

Right--if it is the full DTD. But that's a problem with 
backwards-compatible changes to the language without retroactive 
catalog changes to the UAs. Anyway, loading the full DTD even from a 
local catalog has a performance impact considering the sheer size of 
the DTDs (which is why Mozilla uses a short bogo-DTD).

> or even better to internal application knowledge of that DTD which may 
> be needed (such as entity definitions). A lot of SVG 1.1 
> implementations do that (for some defaulted attributes, not for 
> entities, but it's all the same) with no impact whatsoever on 
> performance.

I think pretending that DTD-based infoset augmentation happens when the 
DTD is not actually processed is worse than honestly not reading the 
DTD and then codifying the default behavior in the absence of 
particular attributes on the app layer (which you have to do anyway in 
order to support DTDless docs).

-- 
Henri Sivonen
hsivonen@i...
http://hsivonen.iki.fi/


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent