wlroots/include
Markus Ongyerth 81cc842f8f reintroduce xwayland is_unmanaged
153f37bdf5 (#1145) removed the
wlr_xwayland_is_unamanged function while fixing OR, because it was
belieived that it's supposed to work around the broken OR handling.

This was a misunderstanding. is_unmanaged is (while sort of a hack)
intended to work around inherent differences between "real" X sessions
and our Xwayland/wayland situation.

The main reason it exists is to support applications like rofi and dzen,
while not handing focus to other OR windows (which should *not* be
required).
Traditionally, these applications just grabbed input from X and didn't
need to be focused by any logic in the WM. Which of course doesn't work
in wayland compositors. So we have to give them focus in some way.
Giving *every* OR window focus, breaks other applications that don't
expect focus to change.

A testcase that was pointed out to me where wlr_xwayland_is_unamanged was
breaking things is https://github.com/swaywm/sway/issues/2128 (syncplay,
gitk, gitgui)
Supposedly it broke using keyboard to navigate the menus.
I can't reproduce this with this patch. The popups can be navigated as
long as the parent has focus.
2018-07-29 14:43:17 +02:00
..
backend rename wlr_tablet_tool to wlr_tablet 2018-07-14 09:49:58 +02:00
render util: add wlr_ prefix to log symbols 2018-07-09 22:49:54 +01:00
rootston linux-dmabuf: add v1 suffix 2018-07-19 21:50:05 +01:00
types Merge pull request #1127 from emersion/surface-precommit 2018-07-27 13:21:03 -04:00
util Another round of feedback from acrisci 2018-07-14 09:52:34 +02:00
wlr reintroduce xwayland is_unmanaged 2018-07-29 14:43:17 +02:00
xcursor Add xcursor sublibrary 2017-08-07 21:13:04 -04:00
xwayland xwayland: fix some Chromium comboboxes 2018-04-26 23:18:59 +01:00
meson.build config: Avoid clash with other config-headers 2017-12-27 17:13:58 +01:00