[Panel-devel] Background painting bug

[Aaron J. Seigo]

On Thursday 06 September 2007, Ivan Čukić wrote:
> > the borders shouldn't be stretched as that introduces artifacts. think
> > about variable sized applets for a moment and it'll become apparent why.
>
> Maybe I'm sleepy but I don't see what you're getting at. (unless you're
> talking about bitmap related artifacts)
>
> > in any case, the borders shouldn't contain any pieces of the background.
> > it seems the background image you are using does. that should be fixed.
>
> Even if it doesn't contain any part of the bkg (which is an extreme downer
> for the artists - even the default theme has a part of the bkg in the
> borders - it has to because of the round corners), the borders still can't
> hold gradients.
>
> > one might say this makes doing proper gradients impossible on borders;
> > the "solution" would be to detect whether the data for the borders in the
>
> What about having something like "left-stretch" as the svg object name if

this is indeed a good solution. *thinks* you know, for performance sakes, i 
wonder if we shouldn't keep the borders named as they are, but look for an id 
on background creation of an element (which we would never actually paint) 
called "stretch-borders". this would cause borders to be painted stretched 
verses tiled (would we need one for both vert and horiz, or can we treat all 
borders equally? hmm...) ... this would result in one more bool and no 
per-paint look ups.

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/panel-devel/attachments/20070906/c449afbd/attachment-0001.pgp