Honestly not sure why a specific surface is focused rather than the
client figuring that out. Seems to work in a quick test, but we can
remember this commit if something breaks for, I dunno, mouse people.
This arranges the function into some logical tasks: deactivate the old
client, update wlroots' keyboard focus, update our data structures, and
activate the new client. The last two only need to be done when
focusing something new, so an early return saves some horizontal space.
The getatom function returns the atom variable, which is only
initialized in case of a success. This results in a maybe-uninitialized
warning/error. After this commit, now a zero value is returned in case
of error.
attach_render tells the output that a "new" buffer has been prepared
(even if we haven't changed it). We need to call that and then commit
it to keep the render loop going.
Software cursors will freeze momentarily during layout updates, but I
suspect that this is not as easily fixed as it sounds. You can force
software cursors by running:
WLR_NO_HARDWARE_CURSORS=1 ./dwl
* xwayland: add server and basic window functionality
* xwayland: add server and basic window functionality
* xwayland: add server and basic window functionality
* xwayland: add server and basic window functionality
It was just exiting with code 1 for me. The problem turned out to be
that you *need* to set XDG_RUNTIME_DIR or it won't work (I think e.g.
systemd does that for you, but on Void it's not set by default), so
mention that in the README.
