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.
Class org.netbeans.modules.project.ui.TemplatesPanelGUI, lines 633,634: ---------------------8<----------------------------- private static class TemplatesListView extends ListView implements ActionListener { public TemplatesListView () { super (); // bugfix #44717, Enter key must work regardless if TemplatesPanels is focused list.unregisterKeyboardAction (KeyStroke.getKeyStroke (KeyEvent.VK_ENTER, 0, false)); getAccessibleContext ().setAccessibleName ("OUTER LIST"); getAccessibleContext ().setAccessibleDescription ("DESC OUTER LIST"); setDefaultProcessor( this ); ToolTipManager.sharedInstance ().unregisterComponent (list); } ---------------------8<----------------------------- I wonder how this i18n problem can exist 7 years? Probably something is wrong in development process and nbbuild/misc/i18ncheck.pl is not executed on regular base.
I do not know if any mechanical process runs i18ncheck.pl, but I do not. Needs to be replaced by something that understands Java parse trees and types so that explicit NOI18N comments are unnecessary in most cases. BTW you do not need to add yourself to CC on issues you reported.
core-main #582aae56a3e3
Thanks. BTW cnd-main hudson runs i18ncheck.pl every build for cnd.* & dlihgt.* sources. So cnd part does not have i18n issues.
Integrated into 'main-golden' Changeset: http://hg.netbeans.org/main-golden/rev/582aae56a3e3 User: Jesse Glick <jglick@netbeans.org> Log: #202893: i18n problem in TemplatesPanelGUI