I noticed a problem,<br><br>In the new taskbar QGraphicsWidget are never deleted, so the tooltip is never unregistered....<br><br>Otherwhise in Qt the Tooltip event is generate by the QApplication and each widget react to this event if a tooltip content is set. It&#39;s radically different from here. Of course using default QToolTip is bad because it&#39;s only a text and we can do nothing with that (something that need to be improved). Otherwhise what we can do (Experimental) i will try is to react to ToolTip event instead of having our own manager. Problem : we can do that only in Applet class, so what about taskbar that contains QGraphicsWidgets ; Solution : then can overload event() method and catch the tooltip event in AbstractTaskItem, and display it (partially crap). In this case the only thing we have to provide is a Tooltip Widget that takes a QGraphicsWidget as argument and place itself correctly.<br>
<br>Feedbacks wanted to complete this approach.<br><br><br><div class="gmail_quote">2008/10/22 Kevin Ottens <span dir="ltr">&lt;<a href="mailto:ervin@kde.org">ervin@kde.org</a>&gt;</span><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">Le Tuesday 21 October 2008, Aaron J. Seigo a écrit :<br>
</div><div class="Ih2E3d">&gt; &gt; &gt; &gt; * void &nbsp; setToolTipContent (QGraphicsWidget *widget, const<br>
&gt; &gt; &gt; &gt; ToolTipContent &amp;data)<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; This one is very much used. Should stay. I&#39;m not sure what to do<br>
&gt; &gt; &gt; &gt; about ToolTipContent though. Makes sense internally, but maybe in the<br>
&gt; &gt; &gt; &gt; public API you want to pass the parameters in the method. Not having<br>
&gt; &gt; &gt; &gt; to construct an object, set the members, then make the call.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; have you seen how many items we pass in? =)<br>
&gt; &gt;<br>
&gt; &gt; Between one and three? Doesn&#39;t looks like a big deal to me, but maybe<br>
&gt; &gt; that&#39;s just me. :-)<br>
&gt;<br>
&gt; one and four, actually.<br>
<br>
</div>Ah? Aren&#39;t the WId and the QPixmap kind of mutually exclusive?<br>
Oh right, fallback system if no compositing... so yeah: four.<br>
<div class="Ih2E3d"><br>
&gt; &gt; Now in your changes last night you added something about state of the<br>
&gt; &gt; manager: activated, deactivated, inhibited. I&#39;m wondering about this<br>
&gt; &gt; three/state thing, wouldn&#39;t inhibited or not be enough? In your doc about<br>
&gt; &gt; deactivated, it means ignoring calls to setContent(), I&#39;m not really<br>
&gt; &gt; confident with having a method silently discarding the content passed<br>
&gt; &gt; depending on a state which might be set somewhere else. Looks like a neat<br>
&gt; &gt; way to shoot yourself in the foot.<br>
&gt;<br>
&gt; the idea is for devices where we *never* want tooltips we also tend to be<br>
&gt; more memory constrained ... sooooo ...<br>
<br>
</div>Ah, I see. Makes sense, might be abused from C++ though, so definitely<br>
something we don&#39;t want applet to be able to fiddle with: aka don&#39;t expose in<br>
scripting APIs.<br>
<div class="Ih2E3d"><br>
&gt; &gt; &nbsp; // no default, on purpose ;-)<br>
&gt;<br>
&gt; all that does it make people write more lines of code. which is silly.<br>
<br>
</div>Improves readability on maintainance too... which isn&#39;t silly IMO.<br>
<br>
&quot;setContent(w);&quot; vs &quot;setContent(w, Content());&quot;, on the first form if I read<br>
the line we could assume it&#39;s using anything as default value.<br>
<div><div></div><div class="Wj3C7c"><br>
Regards.<br>
--<br>
Kévin &#39;ervin&#39; Ottens, <a href="http://ervin.ipsquad.net" target="_blank">http://ervin.ipsquad.net</a><br>
&quot;Ni le maître sans disciple, Ni le disciple sans maître,<br>
Ne font reculer l&#39;ignorance.&quot;<br>
</div></div><br>_______________________________________________<br>
Plasma-devel mailing list<br>
<a href="mailto:Plasma-devel@kde.org">Plasma-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/plasma-devel" target="_blank">https://mail.kde.org/mailman/listinfo/plasma-devel</a><br>
<br></blockquote></div><br>