<br><div class="gmail_quote">On Jan 3, 2008 8:56 AM, Jason Stubbs <<a href="mailto:jasonbstubbs@gmail.com">jasonbstubbs@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Thursday 03 January 2008 23:43:31 JST, Christopher Blauvelt wrote:<br>> On Jan 3, 2008 8:28 AM, Christopher Blauvelt <<a href="mailto:cblauvelt@gmail.com">cblauvelt@gmail.com</a>> wrote:<br>
</div><div class="Ih2E3d">> > I've attached the patch with the hover code back in.<br>><br>> I added the hover code to the wrong event handler. Disregard my last<br>> email.<br><br></div>svn diff helps. ;)
<br><br>Looks good though. That just leaves the applethandle issue. You could check<br>formFactor() as a temporary hack.<br><br>A better way would be to reimplement moveBy() in Applet and have it call<br>setGeometry(). AppletHandle could then listen for Applet's geometryChanged()
<br>signal and update itself automatically. The containment's layout would also<br>automatically handle the move as best as it can, which should mean no moving<br>at all in the panel.<br><font color="#888888"><br>--<br>
</font><div><div></div><div class="Wj3C7c">Jason Stubbs<br>_______________________________________________<br>Panel-devel mailing list<br><a href="mailto:Panel-devel@kde.org">Panel-devel@kde.org</a><br><a href="https://mail.kde.org/mailman/listinfo/panel-devel" target="_blank">
https://mail.kde.org/mailman/listinfo/panel-devel</a><br></div></div></blockquote></div><br>The only reason that I'm wary of implementing moveBy in Applet is that
it's not virtual in QGraphicsItem which would introduce a situation
where the applet is being acted on as a QGraphicsItem and the signal
wouldn't be emit'ed. Unless I'm misunderstanding what virutal does.
I'll use formFactor.<br>
Chris