This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 109749 - I18N - change mnemonics handling from 2 key/value to '&'
Summary: I18N - change mnemonics handling from 2 key/value to '&'
Status: RESOLVED INVALID
Alias: None
Product: obsolete
Classification: Unclassified
Component: languages (show other bugs)
Version: 6.x
Hardware: Sun All
: P3 blocker (vote)
Assignee: issues@ide
URL:
Keywords: I18N
Depends on:
Blocks: 86438
  Show dependency tree
 
Reported: 2007-07-15 19:39 UTC by Ken Frank
Modified: 2008-08-01 15:56 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2007-07-15 19:39:24 UTC
see umbrella 86438 - direction from nb is to replace usage of 
setMnemoic and setDisplayed Mnemonic to org.openide.Mnemonics

such that, instead of bundle file having a separate key/value for defining
the mnemonic key and a separate key/value for the label, that
it all be in the one key/value, for example

FILE=&File

(also, even if the assigned key is the first letter of the label, always put in the '&')

This issue relates to all usages of the 2 key/value approach in this category.

If this issue needs to be filed in separate subcategories of this category, please do
so and this one could be used as an umbrella issue of those.

I don't know if this is required to be complete for nb6; please check with your nb team and qe on your team; the goal
is not to destabilize mnemonics since that is part of a11y criteria, but to make it clearer and smoother for translation
teams;  based on voc and requirements from translation teams, nb team decided to request to have these changes made.
Comment 1 Ken Frank 2007-07-15 19:43:51 UTC
This was filed since a quick look at some bundles in this category showed usages of 
the 2 key/value approach.

This can be done by
find <path> -name "*.properties" | xargs egrep -i '.*=.$'
Comment 2 Jan Jancura 2007-07-16 14:17:16 UTC
There are no mnemonic issues in public modules.
Comment 3 Ken Frank 2007-07-16 16:40:21 UTC
this was probably my thinking that gsf modules were in scripting area - but I see they are in ruby  installed dir - I
wil file it under ruby
category.  sorry for the confusion.

ken.frank@sun.com