Community
Participate
Working Groups
I200611108-1600, Vista RC2 - create a Java project with source folder, package and Java file using longer names - open the package explorer, with small width, expand the items and select the entries one by one > The tree viewer scolls horizontally so that the beginning of the selected item is visible. Additionaly it also scrolls back if the mouse is over a parent item (no selection required). I remember that behavoir also existed in older windows versions and SWT found a way to prevent it from doing this...
The pre-Vista bug is bug 17057.
Can you confirm that this happens on Vista but not on XP? Note that Vista has "free scroll the selected item into view" behavior in trees. Could this code be running and breaking the work around from the other bug report?
This is the desired behavior on Vista. Windows Explorer does the same thing. In bug 17057 the icons were getting hidden which is not happening here. Marking WONTFIX. Marin, if I've misunderstood the bug please reopen.
Check the duplicates of bug 17057, for example bug 4465. It's not really about the hidden icons. The automatic horizontal scolling should be disabled. It's a pain again under Vista...
Sorry, it's the correct "pain" operating system behavior. Let's leave this closed for now and see how many others complain.
OK, I'm complaining about this. I hate this behavior. At least now I understand what is happening. But, I would really prefer to use the horizontal scrollbar manually, and then I know where I am. I'm so irritated by this, I have even used one of my votes. I'd use more if I knew how to!
*** Bug 207977 has been marked as a duplicate of this bug. ***
*** Bug 208130 has been marked as a duplicate of this bug. ***
Bug 208130 is worth to be reproduced. When you want to read the end of a long label you have to actively fight with Vista to be able to do this, as it decides to slowly scroll back to the beginning of the line.
I'm working on a new laptop with a 14.1" screen and it's a total PITA especially the behavior Martin mentions in comment #9 regarding actively fighting with Vista just to be able to read long names. I've also used one of my votes.
in comment 9 I meant 'bug 207977'.
Thanks for the clarification Martin. That's a fun one too. It happens in all the views for me, not just search :)
Just wanted to add my support to having this bug squashed. Looking at Eclipse 3.2 this behaviour is not evident. Surely this is crying out for a preference to allow use of both types of tree view? +1 vote.
I'd like to vote for this bug too. It wasn't present in older versions of Eclipse as far as I know and is highly annoying. There must be some way to disable it.
+1 for the preference setting for disabling the horizontal auto-scroll behavior. It really is annoying. (Cannot believe a majority of users would consider this a UI improvement.) Kevin in comment 3 and Steve in comment 5: I'm not exactly sure that this is "desired" behavior in Windows Vista, but I have not actually tried to look this up in Vista guidelines. Do you have a reference? However, I have read that not all Microsoft apps use this behaviour (see http://www.danielmoth.com/Blog/2007/01/treeviewvista.html). Also I wonder how does the vote mechanism work for resolved bugs?
+1 for a preference to control this behaviour. I admit it's not a real bug, but it is a major annoyance and hinders productivity. I am forced to use Vista at work, I don't want it, but this scrolling is a real PITA.
While I still think this is the most annoying "feature" ever, **did not exist in older versions of eclipse**, and is a usability problem, I think I've found a temporary workaround. Right-click on your eclipse.exe executable and select properties. Under the compatability tab, Check "Run this program in compatibility mode" for Windows XP Service Pack 2. Voilà! No more stupid horizontal scrolling. Note that this also works for other Eclipse 3.3-based programs like Adobe Flex Builder 3.
This multi dimensional autoscroll 'feature' is the worst thing ever invented! I also voted for this bug, and I hope it will be fixed soon. Will try the workaround immediately, thank you SO MUCH for this tip!
I would like to vote for this, my biggest two areas that I have the problem is the Package Explorer where some trees make the scrolling go back and forward by just moving the mouse up and down. My second issue (and this is the more important one I have just discovered) is in the call heirachy, where I want to trace all the callers of a method and find out which class they are in on the java perspective. After running a call hierachy I get 30-40 results and I scroll to the right hand side of the screen to see the classes, move the cursor to the vertical scrollbar and loose visibility of the class names. This is an absolutely horrendous feature, and I am currently considering advising the rest of the development team to move away from eclipse if we decide to migrate all the desktops to Vista.
This is really annoying, I am reopening this. I'm also updating the summary so that it's more explicit.
Created attachment 103590 [details] patch
I support a fix for 3.4. The automatic horizontal scrolling is a major hassle which makes it hard to use the JDT package explorer of search result views on Vista.
I've been using Jason Cwik's workaround for a few weeks now. But I notice that if I select multiple items in any tree view and then perform an action (CVS commit and file copy/paste are the two that I use most frequently) on these items, it is unpredictable which items will be acted on. The most that can be said is the last selected item will always be processed. Therefore, Jason's trick is not really a workaround. However, at the moment, I find this less annoying than the scrolling problem. Either way, its a pain.
This ("Run this program in compatibility mode") seems like another unrelated bug. Can you enter it please?
fixed > 20080604 verified that patch doesn't cause any changes to events sent by SWT, nor OS call-in received by SWT.
I'm getting this behavior on the Mac with "Link with Editor" turned on. Is there a way to turn this "feature" off? Should I open a bug targeted to Mac for this?
Ray, please open a new bug report. This one is windows specific.
Cool, I added this bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=241571