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...
Index: svg.cpp
===================================================================
--- svg.cpp (revision 910984)
+++ svg.cpp (working copy)
@@ -476,10 +476,11 @@
void Svg::resize()
{
QSizeF newSize;
- if (d->renderer) {
- newSize = d->renderer->defaultSize();
- }
+ d->createRenderer();
+ newSize = d->renderer->defaultSize();
+
+
if (qFuzzyCompare(newSize.width(), d->size.width()) &&
qFuzzyCompare(newSize.height(), d->size.height())) {
return;
_______________________________________________
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
