FrameSvg corruption [a bit urgent]

[Aaron J. Seigo]

On Friday 16 January 2009, Marco Martin wrote:
> On Friday 16 January 2009, Marco Martin wrote:
> > On Friday 16 January 2009, Marco Martin wrote:
> > > On Friday 16 January 2009, Ivan Čukić wrote:
> > > > > nope
> > > > > (yeah, deleted and restarted all had to be :/)
> > > >
> > > > Bummer... I have absolutely no more ideas what is the problem here...
> > > >
> > > > Is it possible that the cache has problems when two different
> > > > processes access the same cache or something like that? I'm asking
> > > > because I've just cleared it, and started only Plasma with one
> > > > Lancelot Part on it - thus making it the same process - it was drawn
> > > > correctly, and then I started the menu... and it remained screwed.
> > >
> > > yes, killing the lancelot process and reverting that change makes the
> > > problem go away
> >
> > seems that printing size() as debug in updateSizes()
> > both before and after resize() seems that sometimes resize() resizes to
> > QSize(-1,-1)
>
> oh, if a renderer is still not created resize() actually does resize to
> QSize(), so do we need to always have one i this case?
> i wonder how the performance impact would be, i.e. how many resize() there
> are around that could actually not need to know the size...

this would result in a lot of svg rendering. the value ought to be cached and 
only used if not cached.

-- 
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/20090116/22622e95/attachment.sig