diff options
author | 2020-06-24 07:55:42 +0200 | |
---|---|---|
committer | 2020-07-01 17:21:57 +0200 | |
commit | 1f8dbb320a9fdff9e59fb7641c4b5af56abc7074 (patch) | |
tree | 9af78a01388a90af03a50917d6c0a092b5a32944 /swaylock/CMakeLists.txt | |
parent | output: simplify loop over layer surfaces (diff) | |
download | sway-1f8dbb320a9fdff9e59fb7641c4b5af56abc7074.tar.gz sway-1f8dbb320a9fdff9e59fb7641c4b5af56abc7074.tar.zst sway-1f8dbb320a9fdff9e59fb7641c4b5af56abc7074.zip |
tree/view: Make foreign-toplevel app_id fallback to class
It is not a part of the foreign-toplevel-management protocol to get the
class of a toplevel, only for getting the app_id.
For xwayland clients this is an issue because that means that you cannot
identify what application the toplevel refers to which is the point of
the app_id property.
By falling back to class when an app_id does not exist solves this problem.
Phoc also uses app_id and class interchangeably in their implementation
of foreign-toplevel-management, in fact they always do that and not only
for just this protocol.
https://source.puri.sm/Librem5/phoc/-/blob/c8d8a4c5440a6c1647b09dbd3bba7999f9cd433c/src/xwayland.c#L236
Diffstat (limited to 'swaylock/CMakeLists.txt')
0 files changed, 0 insertions, 0 deletions