for use in effects (and not only). Now a list of window quads (=window areas)
is created at the beginning of the paint pass, prepaint calls can modify
the split itself (i.e. divide it into more parts). The actual paint calls
can then modify these quads (i.e. transform their geometry). This will allow
better control of how the split is done and also allow painting e.g. only
the decoration differently. Still work in progress, but it works.
Also pass data to prepaint functions in a struct, as there is
already quite a number of them.
svn path=/trunk/KDE/kdebase/workspace/; revision=684893
Note that this while this can reliably fade opened/closed windows, it
will only fade opacity/brightness/saturation changes from previously
loaded effects. Until we can specify effects' loading order, the
results may not be what you expect. Don't be too surprised if this
gets reverted.
svn path=/trunk/KDE/kdebase/workspace/; revision=683983
without kwin4_effect_ prefix, so change the name in those macros to lowercase.
Some modifications to the macros themselves as well.
Effect loading via dcop might work again now.
svn path=/trunk/KDE/kdebase/workspace/; revision=669033
change, repaint just triggers repaint of the area (without e.g. the texture
updating for OpenGL).
addDamage() -> addRepaint()
CCMAIL: kwin@kde.org
svn path=/branches/work/kwin_composite/; revision=632866
The fade_in_speed and fade_out_speed settings work like they did in kompmgr, but aren't currently configurable.
svn path=/branches/work/kwin_composite/; revision=632583
