Community
Participate
Working Groups
If I use Ctrl-F7 to switch to the current view from an Editor, and the current view in the popup is the Task list, the list vanishes and I stay where I am. Either the Task entry should be excluded from this popup, and from the Ctrl-F7 process or the Ctrl-F7 should be treated as a Ctrl-Shift-F7 in the case where the entry is not selectable so that I can move to the view I want. I noticed this on M5.
Please provide concrete steps to reproduce this.
Open eclipse with an open project. Select and open a .java file so thatit is in the editor. Select the Task window with the mouse, and then reselectthe editor. Press Ctrl-F7 and a popup will appear briefly, dissappear andthen the editor will still be the currently selected window.
Cannot replicate in build 20020529.
Reopening - have replicated on Linux
This is only an issue with the Tasks View - we do not have this problem with any other view.
*** Bug 16616 has been marked as a duplicate of this bug. ***
Even when you click on the task view title bar focus remains in the old widget. The task view appears to be active (title has blue gradient) but isn't. You can still type in the editor or navigate in the navigator when activating the task view by clicking on the title bar. This does not happen when activating the task view by clicking in the table widget itself.
This seems to be related to bug 2470 (cell editors and focus transfer). SWT is investigating (see bug 23935).
This was broken in 20021018, it is fixed in build 20021105. Fix for bug 23935 was released later. Do we know what fixed this? Has there been related SWT Motif work?
Knut, I don't think that this problem is quite fixed. When I usr CTRL+SHIFT+F7 to set the Tasks viewer as current, its title bar becomes "current" but focus ultimately ends up on the Eclipse toolbar. I'm still looking around here.
Which build are you using? Ctrl+F7 and Ctrl+Shift+F7 work for me in 20021108 Motif.
After re-reading the report I notice that the problem I'm seeing is different and more subtle. I'll log a separate report for it. It's not as major as what was reported here. To answer the question about the reluctance of the Tasks View table to take focus unless explicitly clicked, yes there was a change here in the last month (see item 4 in bug 20075).