Celeste,<br><br>I agree about the inconsistent moving interaction. Even &#39;cause (I&#39;m new to KDE/Qt world but I don&#39;t think it&#39;d be different) drag and click events are distinct, so I supose it would be possible, e.g., for Analog clock to allow clicking and dragging it to move and clicking it to open the calendar (but I don&#39;t know if the plasmoid developer has control over drag event anyway so that wouldn&#39;t be guaranteed).<br>

<br>But I think that, from what is proposed till now, move all plasmoids by clicking and dragging them instead of a border or icon is, imho, easier and more intuitive to the user, as it&#39;s what we&#39;re used to do mostly: carry objects holding somewhere on themselves (except when there are form constraints - as size or shape -, then we have a handler, as a plasmoid developer would provide or leave some empty space on a plasmoid he fully filled all it&#39;s place with, e.g., text fields or other non-draggable stuff).<br>

<br>Dismissing the border would allow the options to appear in a small area anywhere around the plasmoids (exactly how and where they do but without the move icon and that whole border). I think an extra click or hovering a cashew or similar is extra job to a simple action of, for example, remove the plasmoid.<br>

<br><br><br><div class="gmail_quote">2008/6/27 Celeste Lyn Paul &lt;<a href="mailto:celeste@kde.org" target="_blank">celeste@kde.org</a>&gt;:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>
I´m not sure if on-click interaction is consistent in all widgets. &nbsp;For<br>
example, most widgets have click and drag but for the Digital Clock widget,<br>
click opens the calendar. &nbsp;It is not click-and-drag to move like the other<br>
widgets. &nbsp;I only have the 10 widgets that come by default, but I imagine<br>
there are other exceptions.<br>
<br>
The question becomes: should the on-click interaction be the same for all<br>
widgets (then we can think about your proposal more)? &nbsp;Otherwise we have to<br>
stick with the border interaction.<br>
<br>
Truthfully I´m not too comfortable with the inconsistent interaction because<br>
it requires you to learn idiosyncracies of each widget instead of class-level<br>
interaction. &nbsp;Are there any widgets where it makes sense that click does<br>
something else (like open the calendar in Digital Clock). &nbsp;Making interaction<br>
with widgets consistent should be a goal, regardless if the<br>
function/configure icons stay in the same place or are adjusted<br>
<div><br>
On Friday 27 June 2008 07:05:18 Ismael Asensio wrote:<br>
&gt; Here it goes my proposal:<br>
&gt;<br>
&gt; Use icons over the plasmoid itself avoiding the extra handle frame. The<br>
&gt; feel of these icons would be pretty much like those on old amaroker plugin<br>
&gt; for kicker.<br>
&gt;<br>
&gt; All icons are desaturated (ala cashew) but still recognizable, until the<br>
&gt; mouse goes over one of them. This icon &quot;recovers the color&quot; with an<br>
&gt; animation (sorry for the untechnical expresion) and it&#39;s ready to be<br>
&gt; clicked by the user. Of course, this behaviour only happens when the<br>
&gt; desktop components are unlocked, and I&#39;m supposing that in this state the<br>
&gt; user only wants to play with the layout of plasmoids, not to interact with<br>
&gt; them.<br>
&gt;<br>
&gt; Every action can be place in a different corner of the plasmoid, to help<br>
&gt; easy recognition, not only by the icon, but by its position. You can easily<br>
&gt; remember that, for example, rotation is low-left corner and changing size<br>
&gt; is low-right, etc. The center of the plasmoid (greater area, easy to click)<br>
&gt; can be set for dragging the plasmoid.<br>
&gt;<br>
&gt; Visually, it could be like the image attached. Sorry for the HORRIBLE<br>
&gt; HORRIBLE mock-up. It&#39;s done in a quick&amp;dirty way with MS paint at job<br>
&gt; office... but I hope it helps to get the idea.<br>
&gt;<br>
</div><div>&gt; 2008/6/27 Loïc Marteau &lt;<a href="mailto:loic.marteau@gmail.com" target="_blank">loic.marteau@gmail.com</a>&gt;:<br>
</div><div><div></div><div>&gt; &gt; Hello !<br>
&gt; &gt;<br>
&gt; &gt; Sorry if this has already been talked but i would like to open a thread<br>
&gt; &gt; about the frame draws by the applet handle.<br>
&gt; &gt; For people wo doesn&#39;t know well plasma terminology I talk about the<br>
&gt; &gt; configuration frame who appears when mouse is over a plasmoid so the<br>
&gt; &gt; user can resize, rotate, configure or move the plasmoid on the Desktop<br>
&gt; &gt;<br>
&gt; &gt; My personal opinion is that this frame is not very pretty and that there<br>
&gt; &gt; is not interest to make it an entire frame around the applet. So I feel<br>
&gt; &gt; that it disturbs the user visually and functionally speaking.<br>
&gt; &gt;<br>
&gt; &gt; Perhaps we can :<br>
&gt; &gt;<br>
&gt; &gt; &nbsp; &nbsp;* just keep the small area who contains the icons, and add a move<br>
&gt; &gt; icon. * better imho to a maximum reduce the visual pollution : add a<br>
&gt; &gt; cashew for that ! on the top right corner of each applets<br>
&gt; &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;o The cashew let appears icons and text for each possible<br>
&gt; &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;action when mouse is over the cashew and not on mouse click<br>
&gt; &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;so we don&#39;t need to make one more click than before for<br>
&gt; &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;doing the same thing.<br>
&gt; &gt; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;o Like first solution, add a move icon.<br>
&gt; &gt; &nbsp; &nbsp;* Other ideas...<br>
&gt; &gt;<br>
&gt; &gt; What do you think about ?<br>
&gt; &gt;<br>
&gt; &gt; Cheers !<br>
&gt; &gt;<br>
&gt; &gt; Loic<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; Panel-devel mailing list<br>
&gt; &gt; <a href="mailto:Panel-devel@kde.org" target="_blank">Panel-devel@kde.org</a><br>
&gt; &gt; <a href="https://mail.kde.org/mailman/listinfo/panel-devel" target="_blank">https://mail.kde.org/mailman/listinfo/panel-devel</a><br>
<br>
<br>
<br>
</div></div><font color="#888888">--<br>
Celeste Lyn Paul<br>
<a href="mailto:celeste@kde.org" target="_blank">celeste@kde.org</a><br>
KDE Usability Project<br>
<a href="http://usability.kde.org" target="_blank">usability.kde.org</a><br>
</font><div><div></div><div>_______________________________________________<br>
Panel-devel mailing list<br>
<a href="mailto:Panel-devel@kde.org" target="_blank">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><br clear="all"><br>-- <br>JJ (|´:¬{)»<br>---------------------------------------------<br>&quot;Eu sou a ressurreição e a vida. Quem crê em mim, ainda que morra, viverá; e todo o que vive e crê em mim não morrerá, eternamente. Crês isto?&quot;<br>

O Senhor, Jesus Cristo - Jo.11:25-26<br>---------------------------------------------