Community
Participate
Working Groups
eclipse-SDK-20020612 (F3) ibm jdk1.3.1 windows 2000 In order to activate a view I must click in that view. This is a little frustrating when I am in the navigator view and open an editor. I then move my cursor to the editor and hit page down. Of course the navigator view now pages down, not the editor. It would be very nice if there was a preference I could set to have the active view follow the cursor. I give MS Outlook as an example. When reading news I only need move my cursor between the subjects and the expanded news items. I then can use the scroll mouse to quickly move the scroll bar. Granted the page/up page/down does not appear to behave the same way in MS Outlook as the scroll mouse, but that would be an MS bug. Summary, I would like an option to have the active view follow my mouse, thus not having to click in the view to activate. Note: On a UNIX system there are environment variables associated with the window manager that govern this type of behaviour, eclipse should respect that behaviour in those systems.
If your open mode preference is set to double-click, then opening a file from the Navigator should activate the editor and give it focus. If open mode is single-click, we keep focus in the view since you often want to manipulate the file rather than opening it (i.e. use the view's context menu, or keys like Del or F2). The scroll wheel should work the way you describe already.
I have double-click enabled. From navigator view I double click on a file, keeping my cursor in the navigator view (it looks like an arrow). I do notice the cursor at the top of the file now that you mention it. Using the scroll mouse the editor does begin to move. I had not noticed the cursor at the top of the file before, I thought I was still focused in the navigator view as the cursor (arrow) is still present. The cursor also looks like an arrow when I activate the navigator view, this is misleading. That being said, once I activate the navigator view I then start scrolling there, just for fun. I then decide I want to edit something in the file I had previously openned. I move my mouse to that window and start typing (without clicking in the editor window). Of course I have assumed the cursor is where I last left it. Alternatively I might just want to page up/down in the editor from where it is currently displayed. The mouse (and keyboard) are still active in the navigator view, which is not what I am used to (UNIX background, focus follows the cursor) thus any page up/down activities occur on the navigator view, not the editor. The behaviour is as you described for open mode being single-click. This is not so much as a bug, but more of a request for a new feature in a future release. I am looking at this from the UNIX/Linux point of view where you can have focus follow the mouse if desired. I don't recall how applications with multiple views/panes behaved once the overall application was in focus (did the focus follow the cursor in the various views/panes etc). Perhaps this would be a good discussion on the news groups.
You should also see the view titlebar and editor tab get a highlight when they have focus (and lose it when they don't). The interaction you describe is definitely non-standard for Windows. Keyboard events go to the control that has focus, and focus is normally changed by explicit clicking or tabbing around, not just by moving the mouse. In this particular case, I may very well want to page up and down in the Navigator (I often do) even if an editor is open and was clicked in previously. If focus is treated differently on UNIX/Linux and we are not honouring the system settings there, than that is a bug.
eclipse-SDK-2.0.1 sun jdk1.3.0 windows2000 I have recently changed from Windows NT4 to Windows 2000 and have the same behaviour, the focus does not follow the mouse cursor. If there is focus on the editor and I move to the Outline view and scroll the mousewheel the editor window scrolls. I see you said the scroll wheel should work like that, but cannot get it to work. Help would be appreciated.
The behaviour I see is intermittent: when moving the scroll wheel over the outline for a large compilation unit, it sometimes scrolls, but sometimes it scrolls the editor instead. Moving to SWT for comment on the scroll wheel behaviour.
VI, let's both look at this to try and see what's going on.
Nick, I don't know what you mean by the intermittant behaviour. Can you show me?
Not sure if I can reproduce it, but I can try. Probably best to use my machine.
"Moving to SWT for comment on the scroll wheel behaviour." If the only problem remaining in this problem report is the wheel and which window its event goes to I think teh best thing to close this as duplicate of Bug 75766. Reopen this bug is there is more "bugs" in this one problem report. *** This bug has been marked as a duplicate of 75766 ***