Take navigator.xul and change a couple of strings to Japanese or to European extended characters (using Unicode). Go to a page that has HTML buttons, like Netcenter's Japanese home page. On Win, all on-screen widgets look good, on Mac the text labels of the HTML buttons are corrupted. It looks like MacFE still expects either Shift-JIS or MacRoman, as appropriate. It should be looking for and displaying Unicode characters.
see comments for 5402
reassigning to evaughan as p3 for m5. Eric, this is blocking an I18N M5 task. Please enlist any Mac debugging assistance you need.
This looks like a dup of the bug I just sent you. Draw string does not look like its doing the right thing underneath.
Moving to M6.
Adding to QA Blocker radar.
Pierre, I think this is in the Mac platform specific code so I am reassigning it to you.
Fergus: could you give more details in order to reproduce the bug? Like what strings to modify in navigator.xul, what strings to use instead, what URL to connect to.... Thanks.
Read the history on bugs 5402 and 5439. Similar problem in different mac widgets. May want to contact Chris Saari and/or Tague Griffith as they're working on 5402. Test file at http://rocknroll/users/msanz/publish/navigator.zip
Whiteboard: QA BLOCKER - ok for M6 → I18n QA BLOCKER - ok for M6
Fergus: how did you manage to display HTML buttons in AppRunner? I can only display native controls. Anyhow this won't be fixed for M6: pushing to M7.
*** Bug 6599 has been marked as a duplicate of this bug. ***
Whiteboard: I18n QA BLOCKER - ok for M6 → DEPEND - Intl - I18n QA BLOCKER - ok for M6
Pierre, this can be repro'd by just going to http://home.jp.netscape.com/ja/ The buttons I'm talking about are the default Excite search button etc.
Summary: Mac HTML buttons don't display Unicode correctly → [PP]Mac HTML buttons don't display Unicode correctly
Puhing my Mac-specific bugs to M9 before reassigning them to someone else.
Related to bug #4681?
I can't guarantee this, but if the button code is similar to the menu code, the problem is most likely that the button label string is getting extracted as a C-string and not a Unicode string.
The problem is in nsMacControl::StringToStr255. It takes the nsString label of the button and does a ToCString on the label to create a Pascal string (Str255) to set as the Mac control label.
Assignee: pierre → tague
Status: ASSIGNED → NEW
Target Milestone: M9 → M7
Status: NEW → RESOLVED
Last Resolved: 20 years ago
Resolution: --- → FIXED
checked in a general fix for macintosh controls. should be in m7
Verifyied against June 18 build.
You need to log in before you can comment on or make changes to this bug.