More Firefox font rendering bugs
Nov. 28th, 2007 01:21 pmhttp://www.greenend.org.uk/rjk/junk/cc.html in Linux Firefox:
Windows Firefox is not really any better:
IE7 gets it right:
Konqueror doesn't even try:
I don't have Safari to hand right now.
I guess for best results send precomposed characters to the browser, and put up with bad rendering where none are available l-(
(These are the Firefox and Konqueror from Debian etch.)




(no subject)
Date: 2007-11-28 04:15 pm (UTC)(no subject)
Date: 2007-11-28 05:01 pm (UTC)(no subject)
Date: 2007-11-28 05:06 pm (UTC)DisOrder has two contexts in which it orders unicode strings; firstly for display purposes, in which case, as you say, the same kind of normalization as done for search is probably the most appropriate; but it also uses track names as database keys, with an ordering that accounts for their filename structure. In that case they are normalized to NFC and accents and letter case are strictly preserved.
As it happens the use of NFC there, and also the conversion of all user commands to NFC, propagate through to the display of bits of track names, meaning that user interfaces will indeed get precomposed characters where available, minimizing the effect of the browser bug I started with l-)
(no subject)
Date: 2007-11-28 05:36 pm (UTC)(no subject)
Date: 2007-11-28 05:53 pm (UTC)(no subject)
Date: 2007-11-28 06:02 pm (UTC)(no subject)
Date: 2007-11-28 08:46 pm (UTC)(no subject)
Date: 2007-11-29 11:16 am (UTC)