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.
(Ctrl-Back Quote) does not work on a German keyboard. Back quote and forward quote are special. Back quote also needs SHIFT to be pressed to get the ` character. There are three quotes on a German keyboard ` ´ and ' pressing ` then e = è I doubt its possible to use (Ctrl-Back Quote) I expect this problem to occur on French keyboards too. I switched my keyboard to UK and Ctrl back quote worked fine. Changing core\windows\src\org\netbeans\core\windows\resourc es\layer.xml to have a different accelerator fixes it too. (line 163) On a German keyboard the ^ key is in the same location as the Back Quote on the UK keyboard.
Created attachment 14193 [details] Help About info of version
Re-assigning to editor.
Reassigning to core/winsys as the Ctrl-backquote shortcut is used to switch the windows list.
Wouldnt it be best to allow the end user to customise the key shortcuts for commands? Having hard coded values across different languages will always make it difficult to get shortcuts which work in every language.
one can go to Tools -> Keyboard shortcut to set up a different shortcut for that action. Look for Window -> Switch to Recent Window in the action tree. (Yes the dialog is ugly but it's a different story)
You are right, the set of shortcuts is designed mainly for US keyboard, but the user can modify shortcuts using the Tools | Keyboard Shortcuts dialog. We might consider changing the shortcut in the future.
Wow. I have used netbeans for years now and never knew about Tools | Keyboard Shortcuts. I looked in Tools | Options, IDE Configuration | Look And Feel but never found anything about keyboard settings. Wouldnt it be nice to have them also in the IDE Configuration | Look And Feel | Actions entries. The property section is empty. I expected to see whatever was customisable appear on the right. See the attached image.
Created attachment 14211 [details] Shows empty properties entry for actions where I would expect the keyboard shortcut to be shown
you're encountering the poor Options dialog. We know it needs to be redesigned completely :-(
FYI: same Problem with RedHat Linux 9.0
*** Issue 41952 has been marked as a duplicate of this issue. ***
I feel this is serious problem - I'm uppering the priority to P2 and passing to HIE Jano to change shortcut to something less conflicting. Which problems were with Ctrl+Tab?
Ctrl-Tab and Ctrl+Shift-Tab is used by Swing for traversing the keyboard focus between components, especially those accepting the Tab key, e.g. text area or table.
I see. But this is mainly used in dialogs, right? When I look on our desktop, I don't see things conflicting with Ctrl+Tab...maybe TreeTableViews like debugger windows or property sheet?
I would be really happy if we could use the Ctrl-Tab shortcut. Could you please investigate if it is technically possible to implement it, so that Ctrl-Tab is used for switching between windows if the keyboard focus is in the main window and for traversing the keyboard focus if in a dialog?
I don't know how we now listen to Ctrl+~, but I think it should be possible with no problems.
-> Dafe
Fixed in main trunk. Man, I'll never say again that something is easy if I'm not sure. Blee, convince Swing not to use Ctrl+Tab etc. is a bit of nightmare :-( Current status: on non-unixes, Ctrl+Tab works as only option now. On unixes, Ctrl+~ is still enabled, because on KDE, Ctrl+Tab is reserved to desktop switch by default. However, on dialogs Ctrl+Tab etc still work as usual (forward/backward focus cycle). /cvs/core/windows/src/org/netbeans/core/windows/ShortcutAndMenuKeyEventProcessor.java,v <-- ShortcutAndMenuKeyEventProcessor.java new revision: 1.7; previous revision: 1.6 /cvs/core/windows/src/org/netbeans/core/windows/actions/RecentViewListAction.java,v <-- RecentViewListAction.java new revision: 1.5; previous revision: 1.4 /cvs/core/windows/src/org/netbeans/core/windows/resources/layer.xml,v <-- layer.xml new revision: 1.32; previous revision: 1.31
Are you quite sure overriding Ctrl-Tab on TopComponent's is a good idea? This will prevent Swing's focus traversal mechanism from working normally. Any TopComponent which contains a nested component with its own tab traversal (e.g. editable JTextArea, JTable, ...) will not be accessible in the normal way. E.g. in 040726 (before your patch I think) on Ocean (1.5.0 b59) I notice that the VCS Output window has a nested table, used to enumerate files that have been acted on. If you have focus in this TC, pressing TAB repeatedly will get you into the table, at which point it will cycle around inside the table. If Ctrl-TAB is rebound to something else, you will only be able to exit the table "backwards" via Ctrl-Shift-TAB. Similarly for the HTTP Monitor. TreeTable does not seem to pose a problem; idiosyncratically, it uses TAB to switch columns (not rows!), but can be exited using TAB as well after the last column. Probably this would change if we threw it out and replaced it with a more naturally-behaving component.
Neil, could you verify fix ? Thanks in advance.
I just verified that CTRL-Tab switches the windows perfectly with an English OS and German keyboard. Great work. The build was "12 August, 18:00 200408121800" 4.0 daily build. Neil
Jee, I see that my reply to Jesse I made month ago didn't propagate into IZ, oh well another try. Jesse: Yes I'm aware that I in fact disabled Swing traversal for multiple focus cycle roots inside TopComponents. My arguments are: - in fact we don't want Ctrl+Tab to "jump up" focus traversal tree, mainly because navigation design in winsys interferes with it, it's not clear where should Ctrl+Tab jump focus when pressed for example on regular java source editor. - Ctrl+Tab didn't work well at all. FYI before the fix, Ctrl+Tab pressed on various topcomponents (java editor, property editor, xml editor) usually sent focus to "nowhere land", making IDE inaccesible for the moment. - troubles in TopComponents with inner tables are generally solvable, I recall Tim had the piece of code which make Tab jump out from tables as well. Ability to use Ctrl+Tab as better focus traversal handler (I mean better than Swing's default) is relatively valuable usability gain, that's why it is worth all this pain, IMO.