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
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
