The Unity Panel's window controls and window dragging features should work for the uppermost maximized window regardless of current window in focus.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ayatana Design |
New
|
Undecided
|
Unassigned | ||
Unity |
Fix Released
|
Undecided
|
Unassigned | ||
unity-2d |
Confirmed
|
Medium
|
Unassigned | ||
unity (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
unity-2d (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
I love that the Unity Panel allows you to drag and unmaximize a maximized program as if it were really the titlebar, but when selecting another, unmaximized window, you can no longer do this because the panel is 'connected' to the current window in focus.
While I agree that the Global menu applet should change to whatever window is currently in focus, it is much more efficient for the window controls and panel-titlebar dragging to be connected to the uppermost maximized window.
Eg, I maximize Firefox and then open an Empathy chat window. I drag the chat window to the side of the screen, letting the Grid plugin half-resize it. I then move the cursor to click and drag the Firefox window to the other side of the screen, but I cannot do this because the panel is now connected to Empathy and not Firefox.
Is there a way to make only the window title and global menu shift to the current window in focus and keep the window controls and panel 'grab-ability' working for the uppermost maximized window?
Related branches
- Didier Roche-Tolomelli: Approve
-
Diff: 423 lines (+180/-44)8 files modifiedsrc/PanelMenuView.cpp (+78/-42)
src/PanelMenuView.h (+5/-0)
src/PanelTitlebarGrabAreaView.cpp (+6/-0)
src/PanelTitlebarGrabAreaView.h (+1/-0)
src/PluginAdapter.cpp (+60/-0)
src/PluginAdapter.h (+4/-0)
src/WindowManager.cpp (+21/-1)
src/WindowManager.h (+5/-1)
Changed in unity (Ubuntu): | |
status: | New → Confirmed |
Changed in unity: | |
status: | Confirmed → Fix Committed |
milestone: | none → 3.6.8 |
Changed in unity-2d: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
tags: | added: delta-with-3d |
Changed in unity: | |
status: | Fix Committed → Fix Released |
Changed in unity-2d (Ubuntu): | |
status: | New → Confirmed |
While I agree there is definitely a problem here, it runs the risk of becoming confusing and inconsistant. Adding an ayatana design task to specify what the desired behavior should be.