W3C home > Mailing lists > Public > www-style@w3.org > February 2009

Re: [CSS21][css3-namespace][css3-page][css3-selectors][css3-content] Unicode Normalization

From: Aryeh Gregor <Simetrical+w3c@gmail.com>
Date: Fri, 6 Feb 2009 09:27:26 -0500
Message-ID: <7c2a12e20902060627v52b1a516h96ff204b0df50b22@mail.gmail.com>
To: Anne van Kesteren <annevk@opera.com>
Cc: David Clarke <w3@dragonthoughts.co.uk>, Henri Sivonen <hsivonen@iki.fi>, public-i18n-core@w3.org, W3C Style List <www-style@w3.org>

On Fri, Feb 6, 2009 at 5:50 AM, Anne van Kesteren <annevk@opera.com> wrote:
> Several people seem to have the assumption that there would only be
> performance impact for non-normalized data. That is not true, for one
> because an additional check has to be made to see whether data is normalized
> in the first place. (And as I said right at the start of this thread,
> milliseconds do matter.)

Do you think there would be a significant impact on performance if the
input was just normalized as it's read, instead of being normalized on
comparison?  Also, it was said that Gecko interns strings -- could it
normalize them right before interning, so that subsequent comparisons
are still just pointer comparisons?
Received on Friday, 6 February 2009 14:28:05 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:38:24 UTC