parameter is used to identify pixmaps that shouldn't be inserted in the
pixmap cache on disk
BUG: 200313
svn path=/trunk/KDE/kdelibs/; revision=1000100
* be a bit more careful to use value() instead of [] in places as we sometimes check the hash for existence of an entry, and [] creates an entry while value() is more kind in that way
svn path=/trunk/KDE/kdelibs/; revision=975773
The color/pattern is given through the configuration file, and updating due to changes of the configuration file works perfectly. A simple user-interface to use this will be added to the panel configuration.
If you want to try this out, put into the [Theme] section of your plasmarc file:
frameBackgroundColor=#aacc00 (Your picked color)
frameBackgroundColorAlpha=120 (Alpha value for the color, between 0 and 255, 0=invisible, 255=opaque)
frameBackgroundPattern=/path/to/image
frameBackgroundPatternAlpha=255 (Alpha value for the pattern, as above)
The color is painted first, then the pattern. They are painted into the mask defined by the theme, so this only works nicely with themes that supply proper masks.
svn path=/trunk/KDE/kdelibs/; revision=961915
add a new function FrameSvg::alphaMask() that lets define an alpha-layer
for the frame, that can be the frame itself or a mask- prefix
allow for overlay elements on frames that can do a nice
filigrane-effect, they can either be:
-fixed position at 0,0
-random position consistent across plasma runs (only supported for applet
backgrounds)
-tiled
-scaled
svn path=/trunk/KDE/kdelibs/; revision=910655
The particular problem I was having was that frame->leftWidth was 0 and leftHeight was 0, but
frame->rightWidth was > 0. And, while trying to paint a 0x0 pixmap is apparently fine
(because QPixmap::isNull() is just (QPixmap::width() == 0)),
QPainter::drawTiledPixmap() tries to do 0 % 0 if you pass it an 8x0 pixmap (which is an
arithmetic error).
And this was happening in KSMServer when displaying the shutdown dialog.
Cue weird behaviour when trying to log out or shut down.
svn path=/trunk/KDE/kdelibs/; revision=909140
resizing is same speed, still pixmap->bitmap->region
just repainting should be quite faster
one of the last bic changes
svn path=/trunk/KDE/kdelibs/; revision=897385
resized and save all of them at once at a timer event.
this way when a big number of scales is done in little time (e.g. applet
reszing) prevents too many disk writes and qimage conversions
svn path=/trunk/KDE/kdelibs/; revision=890663
