The underline for shortcut in Swatches tab on ColorChooser^Vplaces at ')' in ja locale
even if it defines mnemonic char as 'S' and the localized string has mnemonic char 'S'.

basic_ja.properties:
ColorChooser.swatchesNameText=\u30b5\u30f3\u30d7\u30eb(S)
ColorChooser.swatchesMnemonic=83
ColorChooser.swatchesDisplayedMnemonicIndex=6

It seems that the number of 'ColorChooser.swatchesDisplayedMnemonicIndex' is for
displaying the underline for shortcut and it's not associated with mnemonic char
defined in 'ColorChooser.swatchesMnemonic'.  I think this implementation is very
weird and the index of the location for underline does not need.

N/A

I talked with the submitter directly.  It's natural that the submitter thought
it's weird that DisplayedMnemonicIndex has to be defined because 
  * Some mnemonic settings (e.g. for JOptionPane) don't need
    DisplayedMnemonicIndex entries. Mnemonics are underlined as expected
    without DisplayedMnemonicIndex.
and
  * Mnemonic characters which currently need DisplayedMnemonicIndex entries
    are obviously included in the text string. Swing should be able to find
    them as well as it finds JOptionPane's mnemonics.
 
It appears that the way of mnemonic setting needs to be reconsidered in the
future for L10N engineers.
  xxxxx@xxxxx   2004-01-30
----

At this point, this is the Swing i18n specification so l10n should follow it.
It requires the virtual key code in decimal notation and the index of the
char where should be underlined in the string for the shortcut l10n.
This problem is actually for l10n so reassigned to 'localization'.
Also the fix has been put back to l10n workspace.

  xxxxx@xxxxx   2004-03-09


This has been integrated into tiger-beta2 b42 as part of message synch. This bug is not reproducible for other locales.
  xxxxx@xxxxx   2004-03-12