Re: Case Sensitivity in CSS [I18N-ACTION-171]

> the spec should require that *the user* should henceforth work with CSS
as if it were case-sensitive throughout.

That is problematic, if there are no clear requirements on implementers of
CSS.

People easily overlook casing differences, and so they end up producing
pages that will work on some browsers but not on others. This happens all
the time. Just having the spec say they ought to will have little or no
effect. Given that it is already ASCII-case-insensitive:

   - It would be best if CSS were required to be consistently
   case-insensitive, ASCII or not. (That is *not* rocket science.)
   - Second best (because of backwards compatibility) would be a
   requirement for ASCII-case-insensitivity, but case-sensitivity for all
   other characters.

Leaving it open for different browsers to have different sensitivities
would be terrible. Saying that while the browsers are required to do
exactly X, but users should do Y is pointless.

Mark


On Thu, Jan 17, 2013 at 5:19 AM, Richard Ishida <ishida@w3.org> wrote:

> [2] However, as a separate point, it possibly could go further. If it's
> only the machines that have to worry about ACI in some areas, and if it's
> for backwards compatibility reasons, it may allow us to specify exactly
> which identifiers and syntax elements are ACI *as a closed list*. That is,
> if a new pre-defined and ASCII-only identifier for, say, counters is added
> in the future, is can also be handled as case-sensitive by implementations.
>  As long as users treat CSS as case-sensitive from a practical point of
> view, this won't cause a problem.
>




Mark <https://plus.google.com/114199149796022210033>
*
*
*— Il meglio è l’inimico del bene —*
**

Received on Thursday, 17 January 2013 17:08:46 UTC