Bug 3907 - Type Hierarchy: Changing class hierarchy removes focus (1GF5SIO)
Summary: Type Hierarchy: Changing class hierarchy removes focus (1GF5SIO)
Status: RESOLVED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Martin Aeschlimann CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-10 23:02 EDT by Dani Megert CLA
Modified: 2002-03-29 10:28 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dani Megert CLA 2001-10-10 23:02:50 EDT
NOTES:
Comment 1 Martin Aeschlimann CLA 2001-10-16 11:13:37 EDT
moved to 'active'
Comment 2 Erich Gamma CLA 2001-11-11 05:57:24 EST
what are the steps to reproduce this behaviour?
Comment 3 Dani Megert CLA 2001-12-04 04:47:20 EST
1. Open Type Hierarchy on "SearchResultView"
2. Press "Show the Type Hierarchy (Ctrl + 1)"
3. Select "ViewPart"
4. Press "Show the Supertype Hierarchy (Ctrl + 2)"
==> Selection switches to "SearchResultView"
Comment 4 Dani Megert CLA 2002-02-27 10:57:13 EST
Moving to Martin either for fixing or disposing. It seems that currently the
selections are not wired between the 3 views.

I would like to have the following:
When I switch from view A to view B and B has/had not yet a selection then try
to select the type which was selected before - select the first element in all
other cases.
Comment 5 Martin Aeschlimann CLA 2002-03-29 10:28:04 EST
by design the views keep their selection. So you can switch quickly to the 
subtypes view to look at something and return back to the supertypes view.

I agree that your approach is good to, but note that the only comon element in 
sub and superhierarchy is the root element. so for most cases you simply loose 
the selection anyway.

please reopen if you can't live with the current solution