Bug 85003 - [Workbench] (regression) Initial window position puts window off screen if window size is close to resolution
Summary: [Workbench] (regression) Initial window position puts window off screen if wi...
Status: VERIFIED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P2 normal (vote)
Target Milestone: 3.1 RC2   Edit
Assignee: Stefan Xenos CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-11 10:35 EST by Kim Horne CLA
Modified: 2005-06-10 13:42 EDT (History)
3 users (show)

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 Kim Horne CLA 2005-02-11 10:35:54 EST 
I20050209

If you open a new eclipse workspace the initial window is placed such that part
of it is outside the bounds of the display.  This occurs when the window (size
1024x768) is close to your screen resolution.
Comment 1 Nick Edgar CLA 2005-03-30 13:06:37 EST 
This is a regression due to the fix for bug 74762.

The way it should work is:
- Allow apps to specify the initial location, as well as the size, of the window
the first time it is opened.  This is covered by bug 84938.
- If the app does not set the initial location, the default should be chosen to
ensure that as much of the window is visible as possible given its preferred
size, within the client area of the primary display (i.e. does not appear under
the task tray).
- For windows being restored from a previous session, restore their bounds as-is
(this wasn't happening, and that's what bug 74762 fixed).
- If the resulting bounds is completely outside of the display area (taking into
account the combined area in the case of multiple displays), then adjust the
bounds so that the window is not hidden.

Stefan, could you please look at this for M7.
Comment 2 Nick Edgar CLA 2005-03-30 13:08:21 EST 
Note that I have deferred bug 84938 (which does not really block this one).
Comment 3 Nick Edgar CLA 2005-05-30 14:48:35 EDT 
Marking as P2 since this is a regression from 3.0.
Comment 4 Stefan Xenos CLA 2005-06-08 18:09:31 EDT 
Fixed in head.
Comment 5 Kim Horne CLA 2005-06-10 13:42:49 EDT 
Verified in I20050610-1200