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.
dev build 200311231900 Previously, if I mounted a directory and used EXPLORER to browse five or six levels down the directory tree using the keyboard, EXPLORER would automatically shift my view horizontally so that the node that was currently selected would fit within the view. This functionality was removed (whether by mistake or by design). I argue it should be put back because there is no easy way to scroll horizontally using the keyboard navigation.
:o) this functionility wasn't removed, it worked for in nb031224 build on gnome/rh9. Which build fails you?
How could you have nb031224 when we're still in the month of November? This issue is reported against "200311231900", which is the latest dev build I see on netbeans.org This issue occurs under Win2k, Sun JDK 1.4.2 and can be reproduced 100% of the time. The mounted FS is JavaCVS.
Thanks, I'll investigate on win2k to catch the problem.
I've reproduced this issue on WinXP as well so I believe it is OS-independant.
Gili, you are right it's really problem on windows (at least w2k and XP). On the other hand, it works on linux (RH9/Gnome). I'll investigate what is wrong (or different) in TreeView's code line or in windows JDK.
The heart of this I don't known yet. From TreeView side it looks ok, no special check nor execution path depends on OS. I'll prepare a test case with Swing JTree to assure this code is ok. It could help for find out where is a bug.
Jiri, This issue is taking longer than it should to solve so I've decided to help you a bit :) Here is a tip: if I type the filename (explorer search feature) the view shifts correctly. So I would recommend you compare what this search feature is doing that the arrow-keys movement is not.
Jiri, I'm still waiting for some feedback. This issue should be classified as annoying in my opinion. The only workaround I found for it is to increase the horizontal size of EXPLORER to fill half my screen which is very annoying to have to work with (takes up valuable screen realestate).
Gili, I keep in mind this issue but I have to prefer to solve the P1/2 issue assigned to me now. A while after I'll work on this and on others defects with an impact to users, I belive it will be fixed in 3.6. Regards.
More information: Issue can be reproduced under dev build 200401301900, JDK 1.4.2 or JDK 1.5.1 beta 1 (which just came out btw) :)
Created attachment 13438 [details] test case
I found out a reason why it didn't work on w2k. It's because open a explorer tab on new window system. I attached a test case which works for me when it runs by ExternalExecutor. If it's run by InternalExecutor that is doesn't works correctly (not shifted). I have to discuss with window systems guys, I believe they can advice. On linux/Gnome it works ok on both cases.
Sorry, I haven't caught it. I investigated several ways to find out what failed w/o success. The examples from java.sun.com works for me on Windows but Netbeans doesn't. Maybe somebody other catch it :-)
Guys, isn't this a serious navigation concern for keyboard users? Shouldn't it be fixed in release 3.6? It is probably some tiny bug.
Assigned to new owner.
*** This issue has been marked as a duplicate of 42794 ***
ver as dupl