Support client-side window decorations (I can see two title bars for GTK on Mir)
Bug #1398849 reported by
desrt
This bug affects 9 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
New
|
Undecided
|
Unassigned | ||
Mir |
Triaged
|
Medium
|
Unassigned | ||
gtk+3.0 (Ubuntu) |
Triaged
|
Medium
|
Unassigned | ||
mir (Ubuntu) |
Triaged
|
Medium
|
Unassigned | ||
qtmir (Ubuntu) |
Triaged
|
Medium
|
Unassigned | ||
unity8 (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
I can't find a way for telling Mir that we have decorations drawn client-side and the result is that we have two sets of decorations (and shadows) when running Gtk applications under the demo server.
It would be nice if we could tell the display server that we are drawing the decorations.
Also up for discussion: if the client is going to be drawing the shadows then we also need a "frame extents" sort of mechanism that we can use to tell Mir how large the shadows are. This needs to be compensated for when performing various window management tasks (eg: snap to edge).
summary: |
- support client-side window decorations (GTK on Mir) + Support client-side window decorations (I can see two title bars for GTK + on Mir) |
Changed in qtmir (Ubuntu): | |
importance: | Undecided → Medium |
Changed in gtk+3.0 (Ubuntu): | |
importance: | Wishlist → Medium |
Changed in mir: | |
importance: | Wishlist → Medium |
Changed in qtmir (Ubuntu): | |
status: | New → Triaged |
To post a comment you must log in.
this is an important item, but it may be a while before we're in a position to give window decorations devoted engineering/ implementation attention.
also, worth reading is /docs.google. com/a/canonical .com/document/ d/1tVSQmWNGLto5 -JyVLzjTD0OLSJ7 PMA9ckuL5GfEfSf o/edit# heading= h.dt1zhfihm6rz
https:/
which outlines how the system & apps will cooperate when it comes to system side vs client side decoration