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.
NB200405181800 & JDK 1.4.2 When I am in the Editor Window, I can use Ctrl-+ or Ctrl-- to fold/unfold the code. When I am in the Projects|Files|All Files Windows, I can't use Ctrl-+ or Ctrl-- to expand or not the node. And when I use the + of the keypad, a text field appears on the screen with + therein.
I think the defaults for expanding/collapsing in trees is left and right arrow. Ctrl+ and Ctrl- are workarounds in the editor because the arrows have other default meaning. Or did this setup work before?
It's just that in all Windows application, each time you need to navigate through a tree, + and - of keypad are used for expanding or not the selected node. Because I am conditionned by Windows, and because NetBeans is now using the Windows Look and Feel, I just used + and - of the keypad. For me, it was a normal attitude. I agree with you that it's not a defect, but maybe can I reopen it as a enhancement in place of a defect And, if you agree, I will create a new issue for the problem of text field appearing on the screen when I type somes characters when a node is selected. I am just waiting what you think about my proposal before processing.
sure, feel free to reopen, I will redirect the issue to the HIE department for evaluation. I believe the text area appearing is actually a feature which lets you find a node in the tree structure tha tmatches the pattern.
Yes Vincent, you are right, we should be consistent with OS and use keypad + and - for expanding/collapsing. Probably we have too aggresive key listener attached in Projects/Files windows, so that it eats these keys. I'm going to reopen this issue, it's correct, you don't need to enter new one. Clarification: Right fix of this issue is that keypad + and - keys will work as in windows OS, however Ctrl+ and Ctrl- will remain special for code folding.
OK, as Milos suggested, I'm passing issue to HIE to decide on solution.
Thanks Milo. I confirm that when a node is selected and I type Dictionary, nb is positionning on the next node having name begining with Dictionary. Thanks for the tip. I discover near everyday new tips.
+/- keys should perform expanding/collapsing in explorer trees.
OK, Milos then please modify explorer fast search to not eat + and -, probably for all platforms (+ and - in the name are pretty rare, often refused by OS filesystem AFAIK). CCing explorer owner also.
btw. regular JTrees do not handle +/- signs the way it works in native windows.
suggested patch to ignore +/- signs in explorer. It still doesn't work as described in the bug, but at least it doesn't show the node search textfield. passing to explorer subcomponent. Index: TreeView.java =================================================================== RCS file: /cvs/openide/src/org/openide/explorer/view/TreeView.java,v retrieving revision 1.164 diff -r1.164 TreeView.java 1308a1309,1313 > //#43617 - don't eat + and - > // if (e.getKeyLocation() == KeyEvent.KEY_LOCATION_NUMPAD) { > if (keyCode == KeyEvent.VK_PLUS || keyCode == KeyEvent.VK_MINUS || keyCode == KeyEvent.VK_ADD || keyCode == KeyEvent.VK_SUBTRACT) { > return; > }
Integrated openide/src/org/openide/explorer/view/TreeView.java,v1.166 Behaves as specified by jrojcek.
verified on 4.1 final , + - works