aboutsummaryrefslogtreecommitdiffstats
path: root/sway/config.c
diff options
context:
space:
mode:
authorLibravatar Ryan Dwyer <ryandwyer1@gmail.com>2018-10-20 23:18:56 +1000
committerLibravatar Ryan Dwyer <ryandwyer1@gmail.com>2018-10-20 23:18:56 +1000
commit93ec1af4d9980288a3264c985fb8e5b8755b384a (patch)
tree5877e1958d877c15c3dd1ac52cb71764f5428663 /sway/config.c
parentMerge pull request #2887 from RyanDwyer/bar-overlay (diff)
downloadsway-93ec1af4d9980288a3264c985fb8e5b8755b384a.tar.gz
sway-93ec1af4d9980288a3264c985fb8e5b8755b384a.tar.zst
sway-93ec1af4d9980288a3264c985fb8e5b8755b384a.zip
Fix popup damage issues when toplevel and/or popup uses geometry
The wlr_xdg_popup_get_toplevel_coords function has the following quirks: * It does not do anything with the coordinates of the passed popup. Instead, we are required to add them ourselves, which we do by passing them to the function as the surface local values. * It adds the geometry (shadows etc) of the toplevel itself, so the coordinates are surface local rather than content local. For this reason, we have to negate the toplevel's geometry (child->view->geometry). * I may be wrong, but the popup positions appear to be stored in surface local coordinates rather than content local coordinates. The geometry (shadows etc) of the popup itself must be negated (surface->geometry).
Diffstat (limited to 'sway/config.c')
0 files changed, 0 insertions, 0 deletions