--===============0443119089== Content-Type: multipart/alternative; boundary=001636c5a2f75a292204618f81bd --001636c5a2f75a292204618f81bd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Jan 28, 2009 at 5:46 PM, Sebastian K=FCgler wrote: > On Tuesday 27 January 2009 23:37:07 Alexis M=E9nard wrote: > > On Tue, Jan 27, 2009 at 8:26 PM, Sebastian K=FCgler wro= te: > > > SVN commit 917381 by sebas: > > > > > > updateGeometry() works much better for layout size changes than > > > invalidating the layout. > > > > invalidate just clear the cache of sizes internally, so of course after > > that it will do nothing. Calling updateGeometry will compute all sizes > > again according to the content and update the size. But with 4.5 it > should > > be less painfull to do that since a tons of bugs regarding that has bee= n > > fixed (updating the parent size if the layout change, update parents > > layouts if one child grow/shrink,...). We can talk about that on tokama= k, > > hopefully 4.5 RC will be out and KDE trunk will be switch. Some of line= s > > can be removed i am confident. > > Ah, thanks for the explanation. > > I don't want to completely rely on Qt 4.5 though, since we'd like to > release > the networkmanager applet also for distros that rely on Qt 4.4. From what= I > can see though, I need to get the ExtenderItem to understand that its siz= e > has > changed, and pass that information up to ExtenderApplet? Yes, you can invalidate the ExtenderItem cache and then call updateGeometry on it, and call manually a resize of the parent. You can catch the layout request on the event method. That is fix in 4.5 yo= u shouldn't do that but we 4.4 it should work. > > > > > This fixes one part of the sizing problems, the extenderitem's size i= s > > > updated when you move the extender around. Next step would be to make > > > the extenderapplet update its geometry after the extenderitem's size > > > changes. Is there a signal I should use, or what is the best way to d= o > > > this? > -- > sebas > > http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 > > --001636c5a2f75a292204618f81bd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Jan 28, 2009 at 5:46 PM, Sebasti= an K=FCgler <sebas@kd= e.org> wrote:
On Tuesday 27 January 2009 23:37:07 Alexis M=E9nard wrote:
> On Tue, Jan 27, 2009 at 8:26 PM, Sebastian K=FCgler <sebas@kde.org> wrote:
> > SVN commit 917381 by sebas:
> >
> > updateGeometry() works much better for layout size changes than > > invalidating the layout.
>
> invalidate just clear the cache of sizes internally, so of course afte= r
> that it will do nothing. Calling updateGeometry will compute all sizes=
> again according to the content and update the size. But with 4.5 it sh= ould
> be less painfull to do that since a tons of bugs regarding that has be= en
> fixed (updating the parent size if the layout change, update parents > layouts if one child grow/shrink,...). We can talk about that on tokam= ak,
> hopefully 4.5 RC will be out and KDE trunk will be switch. Some of lin= es
> can be removed i am confident.

Ah, thanks for the explanation.

I don't want to completely rely on Qt 4.5 though, since we'd like t= o release
the networkmanager applet also for distros that rely on Qt 4.4. From what I=
can see though, I need to get the ExtenderItem to understand that its size = has
changed, and pass that information up to ExtenderApplet?
<= br>Yes, you can invalidate the ExtenderItem cache and then call updateGeome= try on it, and call manually a resize of the parent.
You can catch the l= ayout request on the event method. That is fix in 4.5 you shouldn't do = that but we 4.4 it should work.
 


> > This fixes one part of the sizing problems, the extenderitem'= s size is
> > updated when you move the extender around. Next step would be to = make
> > the extenderapplet update its geometry after the extenderitem'= ;s size
> > changes. Is there a signal I should use, or what is the best way = to do
> > this?
--
sebas

 http://www.kde.org | http://vizZzion.org<= /a> |  GPG Key ID: 9119 0EF9


--001636c5a2f75a292204618f81bd-- --===============0443119089== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel --===============0443119089==--