Hej Keith,
I've been working on this, too, for the XWayland case. It's only a proof
of concept, but I tested it successfully with a couple of fullscreen
apps (read: games).
When asking people in the IRC channel, the general consensus seemed to
be to go for option one, by making use of viewporter
This adds the RandR 1.2 interface to xwayland and allows modes
advertised by the compositor to be set in an undistructive manner.
With this patch, applications that try to set the resolution will usually
succeed and work while other apps using the same xwayland
instance are not affected at all.
From: rpm-build
This adds the RandR 1.2 interface to xwayland and allows modes
advertised by the compositor to be set.
RandR 1.2 will be needed to implement fake-mode-setting.
As RandR 1.2 does not allow to set unregistered modes and xwayland
only lists those send by the compositor, it's save
Hej Pekka,
On 30.11.2017 10:44, Pekka Paalanen wrote:
>> My point being solely that Xwayland should not decide to come up with
>> and force fake modes all by itself if the compositor doesn't know how
>> to deal with those.
I totally support this.
Anyway we should make sure mutter lists the most
