Review Request: an overlay effect element for framesvg

[Aaron J. Seigo]

On Monday 12 January 2009, Marco Martin wrote:
> if the possible positions are not that much (lets say something like on the
> 4 corners) maybe using a single pixmap for caching would still be possible?
> or maybe just if the position is consistent across instances the impact on
> cache would still be acceptable hmm

as long as this is cool with Pinheiro and his artistic vision, a limited # of  
positions us the best way to go imho. whether that's 4, 6 or 10 probably 
doesn't matter too much.

once its in, we can play with tweaking the parameters around.

> for the randomness: i would say still indicize in the cache for the applet
> name but attach it to random numbers that controls the actual positioning.
> the correspondence saved in a config file? like the one for element rects?

another approach is to use a single initially random seed and then just use 
that always. a random sequence is predictable if you know the first seed ;) or 
use that and a combination of the applet id and re-seed the generator each 
time. then we have only two variables max per widget, one of which is shared 
amongst all the widgets, so really only N+1 variables in total with the N 
variables already known to us via applet->id(). by reseeding with an initially 
random number + the id we get a constant set of "random" settings even when 
widgets are deleted.

the random seed could be generated once and stored in corona->config() in the 
top-level, in [General], in [Corona] or in [Containments].

that means one more int read out of a file we already parse anyways.

> (hmm the thing is becoming complex...)

hehe.. KISS!

-- 
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 Qt Software

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20090112/50449851/attachment.sig