qdrawutil.h doesn't seem to have a purely Qt4-style equivalent, so including the directory there disambiguates it from the Qt3 header.
svn path=/trunk/KDE/kdebase/workspace/; revision=770116
not some random tiny sizes or even zero. Maybe could need small tweaking
here or there, but a spacer is supposed to make at least some space.
svn path=/trunk/KDE/kdebase/workspace/; revision=743034
svn+ssh://coolo@svn.kde.org/home/kde/branches/work/kde4/kdebase
.
I couldn't resolve one kicker conflict that results from different
development directions, so I rely on Aaron to sort it out - the file
is commited with conflicts
svn path=/trunk/KDE/kdebase/kwin/; revision=439627
in the PaintEvent region. makes it a bit easier to modify the look and saves
another ~15% for 100000 repaint resp. 10000 caption changes... :)
svn path=/trunk/kdebase/kwin/; revision=399339
remove the ShadowEngine... it is just too slow and even makes e.g. kmail feel
slower when dragging messages over the folder list. have a bogus shadow
instead (various drawText calls with blended colors) which also looks quite nice and
is twice as fast. Still no kwin decoration seems to feel as fast as metacity when it
comes to caption changes such as in the kmail example... This is something that should
be looked into IMHO.
svn path=/trunk/kdebase/kwin/; revision=398994
Do not round (mask) the decoration corners if the window aligns to a screen corner.
This has two advantages:
- Fitt's Law applies for resizing windows
- Prevents accidentally hitting buttons of maximized windows behind the active window
Hasn't been tested with xinerama setups but this should work as well. Hopefully
someone can test it before KDE 3.4.
CCMAIL: toby@tarind.com
BUG: 93918
svn path=/trunk/kdebase/kwin/; revision=380112
returns the state set by the user - these two may differ e.g. while hover-unshaded.
Therefore titlebar buttons should use isSetShade(), otherwise they become
a bit useless with hover-unshading.
Also fix updating the button state - the styles duplicate way too much code,
and if one of them has a bug, most of them definitely have it as well. Some
of the code should probably move to the decoration lib :-/ .
svn path=/trunk/kdebase/kwin/; revision=366147
Plastik decorations feels faster now.
There already is something which triggers PaintEvents, I don't understand why
this is. However paintEvent() has actually been called 2 (!) times for every
resize event.
It seems that other window decorations have the same problem, I will check that
later.
CCMAIL: kwin@kde.org
svn path=/trunk/kdebase/kwin/; revision=355068
clenup, windowWrapperShowEvent seems to be a relict from pre-kwin3 times...
showEvent() doesn't seem to be used either, perhaps it could be removed as well.
svn path=/trunk/kdebase/kwin/; revision=354761
Andreas Kling