Merge lp://staging/~3v1n0/gtk/unity-maximized-headerbar-buttons-hide into lp://staging/~ubuntu-desktop/gtk/ubuntugtk3
Proposed by
Marco Trevisan (Treviño)
Status: | Merged | ||||
---|---|---|---|---|---|
Merged at revision: | 511 | ||||
Proposed branch: | lp://staging/~3v1n0/gtk/unity-maximized-headerbar-buttons-hide | ||||
Merge into: | lp://staging/~ubuntu-desktop/gtk/ubuntugtk3 | ||||
Prerequisite: | lp://staging/~3v1n0/gtk/unity-border-radius-support | ||||
Diff against target: |
162 lines (+139/-0) 3 files modified
debian/changelog (+2/-0) debian/patches/series (+1/-0) debian/patches/unity-headerbar-maximized-mode.patch (+136/-0) |
||||
To merge this branch: | bzr merge lp://staging/~3v1n0/gtk/unity-maximized-headerbar-buttons-hide | ||||
Related bugs: |
|
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Ubuntu Desktop | Pending | ||
Review via email: mp+288552@code.staging.launchpad.net |
Commit message
debian/
- Hide headerbar window buttons when a window is maximized in Unity
Description of the change
This will work once lp:~3v1n0/unity/gtk-border-radius-support lands, as it depends on the _UNITY_SHELL atom that we don't export yet.
To post a comment you must log in.
Should we perhaps consider integrating this into the logic in gtkwindow.c about gtk_window_ set_hide_ titlebar_ when_maximized( )? The logic here seems to be a little bit inside out with regard to registering for events on the window and then verifying with the window that we are indeed the correct titlebar for receiving these actions, when the window itself knows which one is the real titlebar...
We have a bad history of unexpected things happening when we hide widgets like this... we used to hide GtkMenuBar from dbusmenu and it broke all kinds of things... I can imagine some app code somewhere getting upset because of this.