While trying to create an instance of NotificationIcon() in the _object_added_cb function in clipboardtray.py I couldn't get the path to the icon from the ClipboardIcon() instance because it isn't set until _object_state_changed_cb is called.<br>
<br>Is there a way I can get the path to the icon?<br><br><div class="gmail_quote">On Mon, Apr 14, 2008 at 11:44 AM, Eben Eliason <<a href="mailto:eben.eliason@gmail.com">eben.eliason@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 Mon, Apr 14, 2008 at 12:39 PM, Gary C Martin <<a href="mailto:gary@garycmartin.com">gary@garycmartin.com</a>> wrote:<br>
> On 14 Apr 2008, at 15:04, Mikus Grinbergs wrote:<br>
><br>
>  > Personal note:  Been running the "new look" Sugar/Joyride for a<br>
>  > while.  [It does what you describe when an Activity is launched.]<br>
>  ><br>
>  > I've now trained myself to notice the pulsing icon in the top left<br>
>  > hand corner -- but I think that is an easily-overlooked location<br>
>  > (particularly since current notification icons have the same<br>
>  > background color as the "border" in which they sit).<br>
><br>
>  I also find the new 'activity launch notification' less than<br>
>  satisfying. Launching an activity is a very distinct action  taken by<br>
>  a user, and the current pulsing notification is not enough of an<br>
>  indication of the result. It's also odd if you do happen to have the<br>
>  frame open as you see 2 pulsing icons for the launching activity (one<br>
>  the notification and one in the actual frame).<br>
><br>
>  I'd like to suggest, again, that the activity launching metaphor be<br>
>  one where:<br>
><br>
>  1) Kid clicks on activity icon to launch<br>
>  2) Sugar immediately opens a fullscreen canvas with just the large<br>
>  pulsing icon (i.e a activity zoom view)<br>
>  3) Canvas is occupied by the activity once it has loaded<br>
<br>
</div>This is in fact the very approach we aim to implement, hopefully in<br>
the near future.  I'm in agreement with all of the interactions you<br>
mention below.  The one which may not be trivial to add (though again,<br>
I would strongly prefer) is the ability to prevent the launched<br>
activity from stealing focus if the user has since switched away, but<br>
we'll take things one step at a time.<br>
<font color="#888888"><br>
- Eben<br>
</font><div><div></div><div class="Wj3C7c"><br>
>  This provides:<br>
><br>
>  - immediate and clear feedback to the kid that an activity is indeed<br>
>  launching<br>
>  - prevents casual/impatient clicks on other activity icons while the<br>
>  first loads<br>
>  - allows access to the frame, and for the kid to switch back to<br>
>  neighbourhood/group/home if needed<br>
>  - if the kid does intentionally switch away, the background activity<br>
>  launch does not suddenly drag them back once complete<br>
>  - the slide out launch notification is not needed, but the pulsing<br>
>  frame activity icon would stay<br>
><br>
>  If at some future point we get usable Sugar compositing, a nice zoom<br>
>  animation could be added to the launched activity so that from where<br>
>  ever it was clicked, it scales up and into the centre of the screen<br>
>  and starts to pulse, while the rest of the screen content fades out.<br>
><br>
>  Gary<br>
><br>
>  _______________________________________________<br>
>  Sugar mailing list<br>
>  <a href="mailto:Sugar@lists.laptop.org">Sugar@lists.laptop.org</a><br>
>  <a href="http://lists.laptop.org/listinfo/sugar" target="_blank">http://lists.laptop.org/listinfo/sugar</a><br>
><br>
_______________________________________________<br>
Sugar mailing list<br>
<a href="mailto:Sugar@lists.laptop.org">Sugar@lists.laptop.org</a><br>
<a href="http://lists.laptop.org/listinfo/sugar" target="_blank">http://lists.laptop.org/listinfo/sugar</a><br>
</div></div></blockquote></div><br>