- in composite it takes advantage of the new shadow api in kwin
- in non-composite a thin colored frame is added to active window
For both the intention is that inactive windows have shadow and active window have
a glow. Naturally this looks much more realistic with composite
svn path=/trunk/KDE/kdebase/workspace/; revision=873293
WARNING: Breaks shadow effect. I don't think it causes anything to crash anymore but it is VERY ugly visually.
Contains:
- New decoration API that allows decorations to change the way shadows look.
- Shadows now wobble.
- API example code in the Oxygen decoration.
- Added buildQuads() effect plugin hook.
- Work on the shadow effect to use the new decoration shadow API as well.
- Added IDs to WindowQuads.
- Added public accessors to texture coords in WindowVertex.
Would like all this to be reviewed.
CCMAIL: kwin@kde.org
svn path=/trunk/KDE/kdebase/workspace/; revision=872473
This might solve a crash but since i couldn't confirm the crash in the
first place i cannot say for sure.
svn path=/trunk/KDE/kdebase/workspace/; revision=765464
greater possibilities in extending KDecoration. KCommonDecoration
now does not inherit KDecoration, only wraps it (i.e. it's source
compatible). Added comments on how to extend KDecoration
in the future by subclassing to KDecoration2, added PORTING
document with all API changes in KDE4.
CCMAIL: kwin@kde.org
svn path=/trunk/KDE/kdebase/workspace/; revision=742976
changing this signature in reimplementations, as -Woverloaded-virtual is
not in default flags :(.
svn path=/trunk/KDE/kdebase/workspace/; revision=731695
needed now because friday is the last BC day. The rest of the modules will
follow as fast as my laptop allows.
svn path=/trunk/KDE/kdebase/workspace/; revision=721704
