Community
Participate
Working Groups
The outline popup window (Navigate->Show Outline), should persist size/position changes between invocations. As well, the mouse scroll wheel does not scroll the outline when moved while on top of the member list.
I see the request for size persistence is a duplicate of 37513. The lack of mouse wheel scrolling is still an issue though.
For me mouse wheel scrolling works. Can you explain what you mean with "the mouse scroll wheel does not scroll the outline when moved while on top of the member list."
First I want to make sure we're both talking about the popup outline window and not the dockable one (mouse wheel works in that one). With the popup outline, as I move the mouse over the window, focus (and highlight) follows the mouse position, but the mouse wheel has no effect. Mouse wheel scrolling works in other parts of the UI (e.g. editor, navigator views, etc.). I tried to ensure the popup has focus, by clicking either in the text entry area at the top or the "footer" (non-list) part, but still can't scroll the list when cursor is positioned above it. Also, although the sizing persistence issue for this outline window is reported in other bugs, I didn't see any kind of resolution. Any reason why?
On further playing around with the popup outline view, I got the mouse wheel to scroll the list by initiating scrolling through click-and-drag on a member and holding the cursor at the top or bottom list edge and then releasing outside the list borders. I can't always get this to happen - mostly it doesn't, but I did get it 2-3 times.
>First I want to make sure we're both talking about the popup outline window and >not the dockable one (mouse wheel works in that one) I think Navigate > Show Outline from comment 0 says it already ;-) The reason why it is not working is because you probably set your mouse to only track active windows, however the fast popup is not a full fledged window. If you want your mouse to be able to scroll then enable it to also scroll non-active windows, this will do the trick. BTW: clicking into entry field or footer cannot work: those widgets have no scroll bars - the scroll bars belong to the tree widget.
I'm using Windows 2000 with a generic mouse driver (MS PS/2 compatible) and I don't see any option in the control panel applet to set any properties for the scroll wheel. The reason I was clicking on the entry field or footer was just to make sure that the popup the list was a child of _was_ the active window - I only attempted to scroll the list while the cursor was positioned above it. I'm at a loss then as to what to do since, as I mentioned before, scrolling with the wheel works fine with any other scrollable window/view. Also, could you say anything about the size persistence issue?
Did you install the driver that comes with your mouse? This should offer to configure you this.
No, it's just a cheapo MS compatible mouse - I suspect that the majority of people don't install a driver for their mouse and just use the default. This is my work machine, but I can say that even for my computer at home where I have a pretty good mouse, I didn't install the specific driver since, alongside, it installs some bloatware with features that are non-essential.
My standard WindowsXP mouse driver allows to set this - so maybe this isn't available under Windows2000. Try a Win2k forum.
Can confirm bug using a standard PS/2 on WinXP. Not even TweakUI offers to scroll non-active windows and even if I choose to activate the window over which the mouse is (again via TweakUI) scrolling does not work for the Quick Outline. Moving to SWT for comments. Note: we use the following flags: int shellStyle= SWT.RESIZE; int treeStyle= SWT.V_SCROLL | SWT.H_SCROLL;
Mousewheel scrolling of non-active windows has been requested in the past, but swt is not going to get in the way of the platform to make it happen in places where it's not configured to. While there are some applications like IE that do this, this is a feature of the application and not of the underlying widgets. *** This bug has been marked as a duplicate of 49816 ***
All I can say is that without mouse wheel scrolling, the original summary of this bug - usability of the quick outline - is seriously affected since the other issue I brought up, the persistence of the popup window's size, doesn't look like it will be addressed. I mean if it is going against the platform behaviour to have scrolling in this case, the size of of the popup should be persisted so that the need for scrolling is be reduced. As it is, almost every time I use the quick outline, I have to resize it, and possibly drag the scroll bar button. Not too nice.
Adrian, SWT will not override the default platform behavior. If you think that the problem can be addressed somehow in Platform/UI (ie. "... size of popup should be persisted ..."), reopen the bug there. Thanks.
OK, I've re-opened it under platform/UI - I think.
The resizing issue has been addressed under bug 37513. Closing this PR. *** This bug has been marked as a duplicate of 37513 ***
