I am not sure if this bug is applicable for the current mozilla build. MSLU is for *Unicode Application* running on Win9x and Me. Mozilla is not an Unicode App (well, not yet). Accepting but marking as Future.
Does Mozilla on Win 9X/Me render Unicode pages properly?!? MSLU is cool in that you get UNICODE out of Win 9X/Me where known exist, but there is a major performance hit for using this library. However, if Mozilla does not right thing anyhow, then what's the point. I'll eventually get VMWare on my Linux boxes and test Win 9X/Me and see how Mozilla works...
Oh, in the mean time, if anyone has Mozilla on Win 9X/Me, can the point the browser to the following pages: UNICODE UTF-8 TESTS TEXT: http://www.realmspace.com/unicode/ut/t/utf8.txt HTML: http://www.realmspace.com/unicode/ut/h/utf8.html HTML+CSS: http://www.realmspace.com/unicode/ut/hc/utf8_css.html XML: http://www.realmspace.com/unicode/ut/x/utf8.xml XML+CSS: http://www.realmspace.com/unicode/ut/xc/utf8_css.xml Notes, you'll need language packs from Microsoft for Korean, Chinese, and Japanese. But if just boxes appear, that is good. If now boxes, no kanji, no hangeul, no kana, appears and gibberish appears, that is bad.
>Does Mozilla on Win 9X/Me render Unicode pages properly?!? Yes and Unicode page and other CJK pages are included in the daily smoketest.
nsbeta1+ for m1.2final move from future to m1.2alpha
we will take a different approach. (see 162362)
discovered another way to resolve this problem. (Frank Tang)
This bug is invalid. mozilla is a unicode hybrid application (ie. It morphes into ACP app when moz is in Win9x base operating system.)
Verified as invalid.