| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
data_device
|
|
|
|
This is more robust than trying to recopy a few fields.
Note: wlr_xwayland->events.ready now resets after each trigger, so one can
hook on it again and be called when restart is ready
|
|
|
|
While they could eventually be split appart, the current approach could lead to
double wl_list_remove() calls on selections which is incorrect
|
|
|
|
This is very ugly, there must be a better way to do that (not memset it?)
Meanwhile, this fixes rootston xwayland on restart
|
|
This is necessary if our last primary/clipboard selection was on Xwayland,
and we try to paste to native wayland after Xwayland died
|
|
|
|
|
|
Just abort and deregister instead of trying to throw some input out,
which would have lead to inconsistent paste
|
|
|
|
|
|
[wip] Role committed
|
|
|
|
Implement xwayland primary selection sync
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit e3542d879d50d6239ad4ca24b4d30520fef40a87.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fullscreen support
|
|
|
|
Xwayland uses SIGUSR1 to signal readiness.
With direct(-freebsd) session and Xwayland, wlroots was confusing the
Xwayland readiness signal with a vt switch signal, freezing the desktop.
Same problem was found in Weston in 2014:
https://phabricator.freedesktop.org/T7080
|
