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>