| Summary: | [Launcher] Splash Screen is not Multi Monitor aware | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Dean Roberts <dean.t.roberts> |
| Component: | Framework | Assignee: | equinox.framework-inbox <equinox.framework-inbox> |
| Status: | RESOLVED WONTFIX | QA Contact: | |
| Severity: | minor | ||
| Priority: | P3 | CC: | aniefer, bokowski, debbie_wilson, eclipse, emoffatt, sewe, tjwatson |
| Version: | 3.3 | Keywords: | helpwanted |
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Dean Roberts
Eric, is this still an issue in 3.2? Reassigning bugs to reflect changes in ownership. We dont control where the splash screen is created. Passing to runtime for fixing or closure. *** Bug 100912 has been marked as a duplicate of this bug. *** Closing as wontfix. Andrew, please correct me if I am wrong, to fix this we would need to persist some state for the splash screen to make it show up on the correct screen where the workbench will be displayed. I don't think that is possible (aside from the complication of persisting state) because the splash screen comes up before you even choose a workspace, at that point we don't even know where what workspace is going to be chosen or where it will be displayed. Windows opens the splash on the primary monitor. On GTK we just center the window and GTK figures out what that means. The launcher don't know the location of the workspace, and has no real place to record its own state information. I'm fine with closing this won't fix unless someone knows something we don't *** Bug 537300 has been marked as a duplicate of this bug. *** |