W3C home > Mailing lists > Public > www-validator@w3.org > February 2005

Re: [VE][123] Error Message Feedback

From: Jukka K. Korpela <jkorpela@cs.tut.fi>
Date: Sat, 19 Feb 2005 07:48:37 +0200 (EET)
To: Nathan Malkin <nathan@malkinnet.net>
Cc: www-validator@w3.org
Message-ID: <Pine.GSO.4.58.0502190738400.8196@korppi.cs.tut.fi>

On Fri, 18 Feb 2005, Nathan Malkin wrote:

> |<meta name="Microsoft Theme" content="refined 1011">
> A Meta Tag with this exact name is required by Microsoft FrontPage to
> function properly.

It only affects FrontPage, so you could remove the tag from the version
you upload onto a server. But this would unfortunately break FrontPage's
philosophy: it wants to have full control over what you have on the server
and how you upload it.

It's a strange decision by Microsoft to use such a name, instead of
"Microsoft.Theme" for example. Probably they simply didn't bother thinking
about HTML validity, still less what would be an appropriate method for
internal bookkeeping in an authoring program. (Using a comment would have
made more sense.)

> Is there any way to get around the attribute having
> to be a single token?

The name attribute is declared as being of type NAME, so the way around
this would be to change this declaration in the DTD. Your document would
not conform to the HTML 4.01 specification if it uses a DTD other than
those listed in the spec, but neither does it conform to it now, and
neither _can_ it conform if it uses a tag against the spec. By using a
modified DTD, you would at least declare explicitly the syntax you purport
to use, and you could use a validator to check whether you comply to
_that_ syntax.

But I'm afraid FrontPage wants to have control over the DOCTYPE
declaration as well, or at least might overwrite your own DOCTYPE
declaration in some situations.

Since it's just one nonstandard tag per document, it's simplest
to accept the fact that the validator reports it.

Jukka "Yucca" Korpela, http://www.cs.tut.fi/~jkorpela/
Received on Saturday, 19 February 2005 05:49:10 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 14:17:44 UTC