Bug 43258 - [Tasks] Clicking on Problems or Bookmarks View throws part focus to Editor
Summary: [Tasks] Clicking on Problems or Bookmarks View throws part focus to Editor
Status: RESOLVED WORKSFORME
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Tod Creasey CLA
QA Contact:
URL:
Whiteboard:
Keywords: accessibility
Depends on:
Blocks:
 
Reported: 2003-09-17 18:22 EDT by Randy Hudson CLA
Modified: 2006-04-07 10:29 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Randy Hudson CLA 2003-09-17 18:22:43 EDT
I am trying to use my mouse's scrollwheel.  To do this, I must give focus to 
the widget which I want to scroll, so I select one of the TableItems in the 
Problems View.  However, doing this throws focus to the editor's control, so 
the scrollwheel will not scroll through the table.  The same for keyboard 
focus.  Clicking on the table is the MOST obvious way to give it focus, so I 
can then use keyboard to go through the list.

I have one-click open enabled.  However, clicking on the package explorer opens 
the editor, but it does NOT throw focus around.
Comment 1 Randy Hudson CLA 2003-11-11 11:07:29 EST
There is a more severe side-effect.  My Problems view filter is set to 
SELECTED_RESOURCE_AND_CHILDREN.  If you click on a project, you see all of the 
project's problems.  Then, if you use the problems view to display any 2 
problems from the same file, the problems view receives the EditorPart as 
current selection (because of focus throwing), and this wipes out the list of 
problems from the project.  This happens for keyboard users too who use ENTER 
key to display the currently selected item in the problems view.

The workaround is that you must constantly go back to the navigator/packages 
view and re-feed the project selection to the problems view.
Comment 2 Randy Hudson CLA 2004-02-17 11:02:23 EST
Still exists in M7
Comment 3 Stefan Xenos CLA 2004-02-17 19:42:21 EST
Trying to reproduce on WinXP with I200402170800. Here's what happens to me:

When I click on another problem that shows up in the active editor, the editor
jumps to the marker I clicked on but focus does not move from the problems view.
Single-clicking on markers in other files does not have any effect on the editors.

I can't reproduce the focus change problem. Are there any relevant preferences
you've changed from their defaults? I can't find the single-click-open
preference :-(

I did, however, notice the following: If there are two problem markers on the
same line and you click on one of them, the selection will sometimes change on
its own after a second or so. This does not seem to occur with all problem
pairs. Somtimes the selection moves to the other problem on the line and
sometimes it simply becomes deselected.

The current code in CVS has a warning pair on line 168 of PropertySheetPage.java
that demonstrates this behavior.

Comment 4 Randy Hudson CLA 2004-02-18 08:39:26 EST
single-click open is on the main Workbench preference page.
Try placing focus on the problem view, and pressing ENTER key twice.  The 
second time focus is thrown.
Comment 5 Randy Hudson CLA 2004-05-13 10:28:32 EDT
This problems also exists in the Bookmarks View.  IT makes it really hard to 
delete a bookmark.

Single-click is on the very first preference page in Eclipse: "Workbench".  You 
can't miss it :-)
Comment 6 Randy Hudson CLA 2004-08-11 12:12:18 EDT
Yet another side-effect of throwing part focus is that fastviews are hidden.  
So if the problems or tasks view is docked as a fast view, and the user decides 
to look at warnings/errors, once he has clicked on 2 errors from the same file 
(or 1 when using double-click), the fast view is hidden, AND its input has been 
changed to the editor (see comment 2 about SELECTED_RESOURCE_AND_CHILDREN).  So 
then you have to re-open the fast view, then you realize it's not longer 
displaying your package/project's markers, so you hide it, reselect the 
project, then reopen the fast view.

Then, another problem is that since input was reset on the view, it doesn't 
maintain selection/scroll location and you have to constantly scroll back to 
where you were after re-selecting the project.

You can reproduce this bug with or without single-click enabled.  If using 
double-click, the same problem of throwing focus exists when double-clicking.
Comment 7 Tod Creasey CLA 2006-04-07 10:29:25 EDT
This is working in 3.2 M6