Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 384563 - Allow Detached editor to be moved behind the WorkbenchWindow
Summary: Allow Detached editor to be moved behind the WorkbenchWindow
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: IDE (show other bugs)
Version: 4.2   Edit
Hardware: All All
: P3 enhancement with 2 votes (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-09 01:54 EDT by jel md CLA
Modified: 2019-11-27 07:37 EST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jel md CLA 2012-07-09 01:54:43 EDT
Build Identifier: Version: 4.2.0 Build id: M20120705-1200

Detaching editors from the workbench is a long wanted feature and I'm happy, that it finally made it into Juno. However, it is almost useless, since it wanna stay always on top of other windows - so pretty annoying and useless ...

Reproducible: Always

Steps to Reproduce:
1. detach an editor window
2. try to move the workbench window above the detached window
3.
Comment 1 Paul Webster CLA 2012-07-09 09:26:23 EDT
All detached windows were designed to work that way.  We need to look at loosening that requirement.

PW
Comment 2 David Rees CLA 2012-10-16 16:14:27 EDT
Why would you require that for any detached window? As long as they are in the OS window list so the user can find them using the OS window manager why not let them go behind? Windows help lets you turn it off for example.

Except for modal windows perhaps...
Comment 3 David Rees CLA 2012-10-16 16:23:16 EDT
A related feature (that I tried as a workaround) from 3.X that is missing in 4.2 is the ability to drag tabs between WorkbenchWindows. See bug 392117.
Comment 4 David Rees CLA 2012-10-16 16:39:15 EDT
Another issue is that when any window associated with a WorkbenchWindow is activates (clicked on), then all of the windows of that WorkbenchWindow are activated (brought to the front).

So a user can't bring a single detached editor to the front next to web page for example, because bringing that detached editor to the front brings all of the WorkbenchWindows to the front which covers the web page.
Comment 5 Paul Webster CLA 2012-10-17 07:30:47 EDT
(In reply to comment #2)
> 
> Except for modal windows perhaps...

Right, detached windows originally had no windowing system trim (min, max, etc) and were tied closely to their workbench window.

PW
Comment 6 Lars Vogel CLA 2019-11-27 07:37:54 EST
This bug hasn't had any activity in quite some time. Maybe the problem got
resolved, was a duplicate of something else, or became less pressing for some
reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it.
The information can be, for example, that the problem still occurs, that you
still want the feature, that more information is needed, or that the bug is
(for whatever reason) no longer relevant.

If the bug is still relevant, please remove the stalebug whiteboard tag.