From kwin  Fri Mar 15 13:38:45 2013
From: Martin =?ISO-8859-1?Q?Gr=E4=DFlin?= <mgraesslin () kde ! org>
Date: Fri, 15 Mar 2013 13:38:45 +0000
To: kwin
Subject: [RFC]: Drop support for Compiz in KDecoration
Message-Id: <2731425.qxBZF8a41c () martin-desktop>
X-MARC-Message: https://marc.info/?l=kwin&m=136335502805911
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0591287395305563483=="


--===============0591287395305563483==
Content-Type: multipart/signed; boundary="nextPart2430614.IOxMnrktIZ"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Content-Transfer-Encoding: quoted-printable


--nextPart2430614.IOxMnrktIZ
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="utf-8"

Hi all,

this is a small request for comments where I would like to get some com=
ments=20
for. That is I don't want to go ahead without consensus.

Since [1] KWin has the internal KDecorationBridge as a public part of t=
he=20
KDecoration API to allow Compiz to implement it. This is rather unfortu=
nate as=20
it makes our life more difficult as we cannot extend our internal API w=
ithout=20
doing subclassing and all that effort (see for example [2]).

Given that it seems like nobody is still using Compiz instead of KWin I=
 do not=20
see why we should continue to support it. Therefore I want to request t=
o make=20
KDecorationBridge private again by unexporting the header file. If we a=
gree on=20
that I'm going to inform kde-packagers about it, so that they can confl=
ict the=20
4.10 package with compiz-kde.

To back my claim I checked various distributions:
* Ubuntu is not shipping kde-window-decorator in compiz-kde since preci=
se and=20
doesn't ship compiz-kde since quantal [3]
* Arch is shipping an outdated version in the community repo [4]
* openSUSE is shipping an outdated version [5]
* Gentoo is shipping an outdated version which is patched for 4.10 [6]
* Fedora is shipping an outdated Compiz version, but seems to not ship =
compiz-
kde [7]
* Mageia is shipping an up to date version of Compiz (!), whether it in=
cludes=20
compiz-kde I couldn't figure out [8]

In all cases where I wrote outdated version it is the 0.8 branch of com=
piz,=20
while Canonical is at 0.9.

If Compiz still wants to support our decorations (which I doubt, though=
=20
support for appmenu got added end of last year) they would only need to=
 fork=20
the header file and ensure by themselves that it works correctly.

Comments?

--
Martin Gr=C3=A4=C3=9Flin

[1] http://commits.kde.org/kde-workspace/4933f08ae49328e36e2654434d2891=
7310882ee5
[2] http://git.reviewboard.kde.org/r/103948/
[3] http://packages.ubuntu.com/search?keywords=3Dcompiz-kde&searchon=3D=
names&suite=3Dall&section=3Dall
[4] https://www.archlinux.org/packages/community/x86_64/compiz-decorato=
r-kde/
[5] http://software.opensuse.org/package/compiz-kde4
[6] http://packages.gentoo.org/package/x11-wm/compiz?arches=3Dprefix
[7] https://apps.fedoraproject.org/packages/compiz/overview/
[8] http://mageia.madb.org/package/show/name/compiz
--nextPart2430614.IOxMnrktIZ
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)

iEYEABECAAYFAlFDJGUACgkQqVXwidMiVrpc/wCgjSjdP/cxIsBMmbKnQ26yBPij
LV0AmQEoAK0i+OkkbIA9mkFUItf8UdTy
=bmJN
-----END PGP SIGNATURE-----

--nextPart2430614.IOxMnrktIZ--


--===============0591287395305563483==
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

--===============0591287395305563483==--