--===============1679008944==
Content-Type: multipart/alternative;
boundary="Boundary-01=_bjsRNEDJM7NLwWk"
Content-Transfer-Encoding: 7bit
--Boundary-01=_bjsRNEDJM7NLwWk
Content-Type: text/plain;
charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
On Sunday 30 January 2011 21:42:53 Martin Gr=E4=DFlin wrote:
> FYI: after some discussion with Hugo I updated the wiki page with a
> slightly modified version. The shadow is now specified in one property
> following the _NET_WM_ICON way and shadows for focused and unfocused
> windows can be specified.
>=20
> Please have a look. I plan to implement it next weekend.
>=20
Hello Martin,
Some comments (or missunderstanding on my side).
Apparently you now have two duplicated atoms:=20
_KDE_NET_WM_SHADOW
_KDE_NET_WM_SHADOW_FOCUSED
_KDE_NET_WM_SHADOW_UNFOCUSED
(the 3 8-sets of pixmaps passed for the 3 types of shadow)
and=20
_KDE_NET_WM_SHADOW, used to store the padding.
Or did I miss something ?=20
Also: should all three type of shadows have the same padding ?
(my naive answer should be: they should not. So you would need 2 more=20
properties)
Or did I miss something ?=20
Cheers,
Hugo
> Cheers
> Martin
>=20
> On Wednesday 26 January 2011 21:35:15 Martin Gr=E4=DFlin wrote:
> > Hi all,
> >=20
> > I have been gathering some ideas about how to do window shadows better =
in
> > a composited window manager and how to give control of the shadows to
> > the widget style. I wrote down my current ideas for (undecorated)
> > windows in [1]. The approach can easily be extended to support decorated
> > windows (active and inactive state).
> >=20
> > Please all have a look at it and provide some feedback. Feel free to
> > change/extend it to whatever you think. The idea is mostly based on
> > discussions with Hugo (Oxygen) with some ideas coming from a discussion
> > with Thomas (Bespin), but I would also love to have feedback from other
> > widget style developers like Christoph and Craig.
> >=20
> > Furthermore if you look at the proposal you will see some _KDE_NET_WM
> > hints. So I want to have this "upstreamed" after it is implemented.
> > That's why I cc- ed Sam to get some early feedback from the cross-wm
> > front ;-) Does the approach work for Compiz as well and does it make
> > sense to go the way through EWMH?
> >=20
> > Thanks to all making Shadows in 4.7 rock :-D
> >=20
> > Cheers
> > Martin
> >=20
> > [1] http://community.kde.org/KWin/Shadow
--Boundary-01=_bjsRNEDJM7NLwWk
Content-Type: text/html;
charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
On Sunday 3=
0 January 2011 21:42:53 Martin Gr=E4=DFlin wrote:
> FYI: a=
fter some discussion with Hugo I updated the wiki page with a
> slight=
ly modified version. The shadow is now specified in one property
> follow=
ing the _NET_WM_ICON way and shadows for focused and unfocused
> window=
s can be specified.
>
> Please=
have a look. I plan to implement it next weekend.
>
Hello Marti=
n,
Some commen=
ts (or missunderstanding on my side).
Apparently =
you now have two duplicated atoms:
_KDE_NET_WM_SHADOW
_KDE_NET_WM_SHADOW_FOCUSED
_KDE_NET_WM_SHADOW_UNFOCUSED
(the 3 8-se=
ts of pixmaps passed for the 3 types of shadow)
and
_KDE_NET_WM=
_SHADOW, used to store the padding.
Or did I mi=
ss something ?
Also: shoul=
d all three type of shadows have the same padding ?
(my naive a=
nswer should be: they should not. So you would need 2 more properties)
Or did I mi=
ss something ?
Cheers,
Hugo
> Cheers=
> Martin=
>
> On Wed=
nesday 26 January 2011 21:35:15 Martin Gr=E4=DFlin wrote:
> > H=
i all,
> > <=
/p>
> > I=
have been gathering some ideas about how to do window shadows better in
> > a=
composited window manager and how to give control of the shadows to
> > t=
he widget style. I wrote down my current ideas for (undecorated)
> > w=
indows in [1]. The approach can easily be extended to support decorated
> > w=
indows (active and inactive state).
> > <=
/p>
> > P=
lease all have a look at it and provide some feedback. Feel free to
> > c=
hange/extend it to whatever you think. The idea is mostly based on
> > d=
iscussions with Hugo (Oxygen) with some ideas coming from a discussion
> > w=
ith Thomas (Bespin), but I would also love to have feedback from other
> > w=
idget style developers like Christoph and Craig.
> > <=
/p>
> > F=
urthermore if you look at the proposal you will see some _KDE_NET_WM
> > h=
ints. So I want to have this "upstreamed" after it is implemented=
=2E
> > T=
hat's why I cc- ed Sam to get some early feedback from the cross-wm
> > f=
ront ;-) Does the approach work for Compiz as well and does it make
> > s=
ense to go the way through EWMH?
> > <=
/p>
> > T=
hanks to all making Shadows in 4.7 rock :-D
> > <=
/p>
> > C=
heers
> > M=
artin
> > <=
/p>
> > [=
1] http://community.kde.org/KWin/Shadow
--Boundary-01=_bjsRNEDJM7NLwWk--
--===============1679008944==
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
--===============1679008944==--