Bug 49993 - [dialogs] TypeSelectionDialog and MultiTypeSelectionDialog do not persist size/location
Summary: [dialogs] TypeSelectionDialog and MultiTypeSelectionDialog do not persist siz...
Status: ASSIGNED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P4 enhancement (vote)
Target Milestone: ---   Edit
Assignee: JDT-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 122749
Blocks:
  Show dependency tree
 
Reported: 2004-01-14 11:21 EST by Kevin Barnes CLA
Modified: 2009-01-23 11:36 EST (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Barnes CLA 2004-01-14 11:21:13 EST 
Size and location changes to TypeSelectionDialog and MultiTypeSelectionDialog 
should be persisted for iterative activations
Comment 1 Tod Creasey CLA 2004-03-29 10:32:29 EST 
Not planned for 3.0
Comment 2 Tod Creasey CLA 2004-06-28 11:28:12 EDT 
Reopening now that 3.0 has shipped
Comment 3 Susan McCourt CLA 2005-12-14 13:27:45 EST 
This should go to JDT UI.
Comment 4 Martin Aeschlimann CLA 2006-01-05 09:54:36 EST 
The mention dialogs are internal and returned on
  JavaUI.createTypeDialog(...) : SelectionDialog

I think not all type selection dialogs should share their size and position, but each usage (e.g. all type selection dialogs showing up when pressing 'Browse' in the new class wizard should have. That means we would have to add new API to JavaUI.createTypeDialog (add DialogBoundsSettings and DialogBoundsStartegy).

Better solution would be if SelectionDialog could offer this. I added comment 1 on bug 122749.
Comment 5 Martin Aeschlimann CLA 2006-06-09 03:35:13 EDT 
The API classes could set a default ID. Clients can override.