There is now a redirect so that this relative URI will work correctly when the DTD in TR space is used. This should resolve the problem.

On 1/3/2011 1:02 PM, Francois Daoust wrote:
I haven't checked the W3C markup validation service, but I'm pretty sure it already uses a local copy of the DTDs. The W3C mobileOK Checker also uses a local catalog but the mapping is "simple": it merely converts well-known prefixes to local folders. For instance, the URI:
 http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd
... gets mapped to:
 www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd
... in the local filesystem.

That's the easiest way to maintain a local catalog and I would expect most developers to use similar rules. The hierarchy is preserved and the broken link remains when you do that. Note that I already fixed the local DTDs used by the mobileOK Checker: what's at stake here is not our validation tools).

I take your point ref the difficulty to update something in /TR space, I'm sure we'll find a way. There should not be any need to do that more than once in the spec's lifetime. Well, in theory that is ;)

Francois.


On 01/03/2011 06:46 PM, Shane McCarron wrote:
Well... I meant 2. A validating parser is permitted to have a local catalog in which DOCTYPES are mapped to alternate locations, and I would certainly recommend that any validating parser have local versions of these DTDs and use them rather than beating on the W3C servers all the time.

Regardless, you are of course correct that the versions in /TR space should be corrected. But this is VERY HARD TO DO at the W3C. So, for the nonce, is there a way you can get the W3C validator to look in /MarkUp/DTD for the XHTML family Document Types that were defined by the XHTML2 working group?

On 1/3/2011 11:25 AM, Francois Daoust wrote:
On 01/03/2011 05:28 PM, Shane McCarron wrote:
My recommendation is that you use the versions at http://www.w3.org/MarkUp/DTD - these versions work and will be maintained. There shouldn't even be a version in TR space. I thought I had ripped those out for the new release.

Your comment may be read two ways:

1. use the version of the "xhtml-datatypes-1.mod" module in /MarkUp/DTD. I incorrectly referred to /TR/Markup/xhtml-datatypes-1.mod (which does not even exist) in my message, that was a typo, sorry for the confusion. The suggested correction does use the version in /MarkUp/DTD, indeed.

2. use the versions of the XHTML 1.1 and XHTML Basic 1.1 DTDs that appear in /MarkUp/DTD. That's not really possible since the DOCTYPE listed in the conformance section of these specs refers to, e.g. http://www.w3.org/TR/xhtml-basic/xhtml-basic11.dtd for XHTML Basic 1.1. A validating XML parser would de facto use that URI to retrieve the DTDs.

Francois.




On 12/13/2010 11:29 AM, Francois Daoust wrote:
Hi,

The XHTML Basic 1.1 [1] and XHTML 1.1 [2] DTDs were recently published with a link to the "xhtml-datatypes-1.mod" module. This module is defined in http://www.w3.org/TR/Markup/xhtml-datatypes-1.mod but the link that appears in the DTDs targets the folder in which the DTD is defined, resulting in a broken link.


Extract from one of the DTD (same problem in both):
==
<!ENTITY % xhtml-datatypes.mod
PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
"xhtml-datatypes-1.mod" >
==


Corrected extract:
==
<!ENTITY % xhtml-datatypes.mod
PUBLIC "-//W3C//ENTITIES XHTML Datatypes 1.0//EN"
"http://www.w3.org/MarkUp/DTD/xhtml-datatypes-1.mod"; >
==


Thanks,
Francois.

[1] http://www.w3.org/TR/xhtml-basic/DTD/xhtml-basic11.dtd
[2] http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd



--
Shane P. McCarron                          Phone: +1 763 786-8160 x120
Managing Director                            Fax: +1 763 786-8180
ApTest Minnesota                            Inet: sh...@aptest.com



Reply via email to