--===============3493122526283710558==
Content-Type: multipart/signed; boundary="nextPart4132769.53caX5Rleq"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: quoted-printable


--nextPart4132769.53caX5Rleq
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Hi,

sorry for having not answered your mail on the wm-spec mailing list, I =
somehow=20
missed it.

KDE has supported such a hint since our July release last year:=20
_KDE_NET_WM_BLOCK_COMPOSITING

We implement it in a different way as we do not use unredirection for i=
t, but=20
stop the compositing completely when there is a window with such a hint=
. There=20
are multiple reasons to do so:
* performance is still largely affected if the compositor still has an =
OpenGL=20
context
* unredirection mostly makes only sense for fullscreen windows which do=
esn't=20
take into account e.g. a video player you want to interact with (openin=
g a=20
menu would redirect it again) or do not have on fullscreen
* unredirection is causing quite some pain with certain combinations of=
=20
Distributions and drivers - that bad that we have considered removing=20=

unredirection support overall.

When we added the hint we did not propose it for the NET_WM spec as we =
are (to=20
my knowledge) the only window manager which still is able to be run wit=
hout=20
compositing.

If such a hint is added to the spec, I would like it to be written in a=
 way=20
that it would also cover our blocks compositing usecase. That is that t=
he=20
compositor can decide whether to unredirect or stop compositing complet=
ely.

Another suggested would be to add a further hint to the _NET_SUPPORTED =
section=20
and adjust the text to say that a compositor MUST support the hint if i=
t is=20
announced in _NET_SUPPORTED. That way a Client can actually know whethe=
r it=20
will have full resources or not.

Best Regards
Martin Gr=C3=A4=C3=9Flin

On Thursday 30 August 2012 12:00:44 drago01 wrote:
> Hi,
>=20
> I have proposed [1] some new _NET_WM hints that allow applications to=

> ask the compositor to unredirect them (games might want that to not
> take a performance hit) or
> to ask the compositor to never unredirect them (i.e not performance
> critical so unredirecting will do more harm then good for them).
>=20
> I'd like to add support for that in mutter [2] but I'd rather want to=

> agree with you guys on the hints / language of the spec before using
> the NET_WM namespace. Having this in _NET_WM would
> also make it easier for applications as they don't have to support
> multiple implementations but just set one hint.
>=20
> Looking forward to feedback from you.
>=20
> Thanks
>=20
> [1] https://mail.gnome.org/archives/wm-spec-list/2012-February/msg000=
10.html
> [2] https://bugzilla.gnome.org/show_bug.cgi?id=3D683020
> _______________________________________________
> kwin mailing list
> kwin@kde.org
> https://mail.kde.org/mailman/listinfo/kwin

--nextPart4132769.53caX5Rleq
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEABECAAYFAlA/Qv4ACgkQqVXwidMiVrrFcgCeOXrpGj1f8IMI52vn/7XrfNcn
x6wAnRzlTxk/G2CaOQfXq9+EiiNcAKcb
=ZxNk
-----END PGP SIGNATURE-----

--nextPart4132769.53caX5Rleq--


--===============3493122526283710558==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin

--===============3493122526283710558==--