JDK-7023387 : [pt_BR] mnemonic keys are the same as English ones
  • Type: Bug
  • Component: globalization
  • Sub-Component: translation
  • Affected Version: 6u21
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: generic
  • CPU: generic
  • Submitted: 2011-03-01
  • Updated: 2011-04-25
  • Resolved: 2011-04-25
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 7
7 b138Fixed
Related Reports
Relates :  
JDK-6925851 - Localize JRE into pt_BR
Description
This happened when JRE was localized into pt_BR in 6u21 b02.

In other non-asian locales, the mnemonic keys are based on the localized button labels. In pt_BR, the mnemonic keys are the same as what in English, regardless what the localized labels are. For example, in Deployment_pt_BR.java.


        { "general.about.btn", "Sobre..." },
        { "general.about.btn.mnemonic", "VK_B" },

// Here, it's better to be VK_S rather than VK_B

	{ "general.cache.view.text", "Exibir..." },
	{ "general.cache.view.text.mnemonic", "VK_V"},

Charcter "V" is not in text "Exibir...", so the mnemonic key is missing on this button.

Basically, all the mnemonic keys should be decided based on the localized label, and other buttons on the same panel (to avoid confilict, if two or buttons have the same beginning character on the label).
Comments
EVALUATION mnemonics are now localized.
12-04-2011
EVALUATION I see 2 issues with mnemonic translation. 1. mnemonic labels not added for Asian locales. 2. mnemonics assignments are the same as English. These are caused by HyperHub limitations as described below by WPTG. In Sun translation, we have been translating such a string by adding "(F)" to the end of the translation or change mnemonic word itself to avoid issue. LafMenu.laf_label=File(F) LafMenu.laf_mnemonic=F or LafMenu.laf_label=Datei LafMenu.laf_mnemonic=D However, on HyperHub, this will cause TM break since "File" will be accepted as File(F), and "F" as "D" in this case, and reused for any other string as AutoAccept. Suggested Change: <Menu-ID>=&Menu or <Menu-ID>=_Menu WPTG filed a bug in bugster to ask base team to change the implementation, but I doubt base team will be able to change their implementation, at least very difficult in jdk7 time frame. So, I need to find a workaround.
03-03-2011