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.
Original status: 1-Dispatched; Suggested Status: NEW Description: reproducible with buzz,coco,coke_tpr2 on win and solaris steps to reproduce: 1. start IDE 2. open source editor and click in editor area 3. try CTRL-SHIFT-C nothing happens 4. activate project tree 5. try CTRL-SHIFT-C design center opens
We are using the NB layer file to define this keystroke. So, NetBeans is responsible for handling the keystrokes. I was able to reproduce this problem with the versioning window. If the navigator has the focus, the keystroke will not open the versioning window. The keystroke works for inside the editor, as well as inside the project tree. So, I do not understand why it does not work in the editor for the design center. Since this seems to be a NetBeans core issues I am transfering the issue to NetBeans.
When focus is in source editor or documentation pane, CTRL-SHIFT-C is taken for other actions defined in local context. It is inevitable to have key binding conflict in a complicated application like IDE with individual modules defining their own mapping. Assume we can find a key binding that is currently not used in the IDE, it is impossible to guarantee that it will not clash with other modules that users may download and install on their own. Since we have had several releases with this shortcut mapped to design center, it may not be wise to change it as users are getting used to the mapping. I sugggest we leave it as is, since workaround exists, just shift focus to other component, or invoke it from main menu.
I think users may never used this shortcut because of problems in many cases, so we can change it in easy way (of cause it will require doc update). And it's a bug if users should do additional steps to get result with any shortcut, of cause it's P3 because workaround exists. I can't agree with closing this bug, it's still a11y issue because of not-standard way and usability issue, because user have to make additional clicks instead of one.
This key binding is implemented in a "configurable" fashion, meaning it can be changed and re-mapped to whatever user specifies as long as it's valid. Just go to tools ->options ->keymap->other->Design Center, and choose a keybinding that you prefer. It is now a standard way of resolving shortcut conflict if the default does not work for the user. How likely would it be for a user to want to bring up design center while he's in the middle of editing a java source or uml documentation? If CTRL-SHIFT-C is not that heavily loaded, we should not worry too much. But we are open for adopting a better ( or should I say, least favorite ) key binding that hasn't been used anywhere in IDE. Suggestions are welcome.
Workaround: Windows->UML Modeling->Design Center
will not fix based on the reasons given in previous comments.