The technique used in NB widelly usging '&' to
mark mnemonic key seems to be insufficient.
It doesn't work for languages like japanese, were
the mnemonic key isn't contained in the label string.
E.g. see the issue #23879, were this problem is
with NotifyDescriptor.InputLine. (Overriding the
createDesign method for this case seems to be too
costly and non-elegant).
I think there are many places in OpenAPI needed
Separating the mnemonic key from the label text
would solve the issue and also I guess it would
conform more to the java style, were those values
are handled like two properties, which in fact
added I18N to synopsis and keyword as it helps us track i18n issues
Set target milestone to TBD
Why is it insufficient?
Maybe it's simply better to use
"<SOME JAPANESE TEXT> (&F)", but make Netbeans action
system be smarter and omit " (&F)" where no mnemonics can
(or I misunderstand your problem?)
Tor Norbye suggested to extend Actions.java with the
method to commonly handle Labels as currently are handled
Buttons and Menu Items: see issue 26678
Maxim, I do not know why it is insuficient. I believe that we made a
huge step forward as part of issue 26678. Marking as duplicate of that
*** This issue has been marked as a duplicate of 26678 ***
Well, then, I suppose, all the bundles should be modified
to use only "&Symbol" format rather then "Symbol" +
I just wanted to be sure that this relates to 26678 since
that one appears to be requesting that non ascii characters
be allowed for mnemonic key, but this rfe was referring to
mechanism of the mnemonic approach itself (& method vs
the 2 keys per mnemonic approach)
And localization center for FFJ uses only ascii keys on
us keyboard as possible mnemobnics - the only short term
issue they had with & approach was that in all cases
the & should be put since without it, it defaults I think
to first letter of label, which in case of localized,
would not be correct letter.