W3C home > Mailing lists > Public > www-style@w3.org > June 2007

Re: [I18N Core Response][CSS21] out of range unicode escapes

From: Mikko Rantalainen <mikko.rantalainen@peda.net>
Date: Wed, 27 Jun 2007 13:19:41 +0300
Message-ID: <468239BD.4080000@peda.net>
To: www-style@w3.org
Simon Pieters wrote:
> On Wed, 27 Jun 2007 00:57:23 +0200, Addison Phillips  
> <addison@yahoo-inc.com> wrote:
>> Having a validator or parser to flag it would tell people what was wrong  
>> with their file.
> Indeed.
>> U+FFFD is an acceptable option, but less desirable only because it  
>> produces no sign of why the failure occurred.
> I don't understand why a parse error produces any more sign of why the  
> error occured than replacing with U+FFFD.

I don't understand it either. I cannot see a reason why user agent
couldn't log (and possibly display) a warning when it sees a U+FFFD. The
U+FFFD is inserted exactly where the illegal character was so it
shouldn't be too hard to locate it, if necessary. Is there any case
where such a character would be the intented character in a CSS file?

As Steven Zilles wrote, the visitor/reader/user of the content is not
interested if the page doesn't look that good because of a parser error
or because of U+FFFD. If the page *author* wants to validate his source
document he can do so and a good validator would display a warning or at
least a notice about a U+FFFD in the source.


Received on Wednesday, 27 June 2007 10:20:12 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:27:29 UTC