<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body text="#000000" bgcolor="#ffffff"> I was wondering about this as well. I am more of a backend programmer, but the most obvious thing that stands out to me is that Sugar activities do not seem to regularly change their launch icons. They are not like system tray or Sugar frame icons which alter themselves to tell us information. Pardon me if I missed the back story here (I've read most of this thread, and glanced at the source code) but why do we see the need to render the animation on the fly, if that is indeed what is going on? We may not want activities to package their own animations which could vary widely in design, but nothing should stop Sugar from pre-rendering animations for all past used/anticipated screen sizes on the first download/run of an activity (maybe as an SVG animation, or for speed at the screen's current resolution/color depth), or any of the OS builders from generating them for commonly expected screen sizes presuming full color depth. The major drawbacks to this are adding code complexity, as well as a bias against Sugar on a Stick & CD/DVD-based users; the former may encounter a variety of different computers, while the latter has no permanent storage. But I would hope that rendering at first run (or in an idle detecting process) would take care of them. Also, I don't know how things are nowadays, but it seems like most Sugar activity icons are essentially tristate in nature (stroke color, fill color, and the background mask). While you may or may not be able to play off of this with hardware color palette rotation anymore, there has still got to be somewhere where you can use this to your advantage. On 10/28/10 22:35, Martin Dengler wrote: <blockquote cite="mid:20101029023548.GM4822@ops-13.xades.com" type="cite"> <pre wrap="">On Fri, Oct 29, 2010 at 05:26:33AM +0530, Anurag Chowdhury wrote: </pre> <blockquote type="cite"> <pre wrap="">On Fri, Oct 29, 2010 at 12:14 AM, Gonzalo Odiard <a class="moz-txt-link-rfc2396E" href="mailto:gonzalo@laptop.org"><gonzalo@laptop.org></a> wrote: </pre> <blockquote type="cite"> <pre wrap="">I think the problem is the code is rendering the svg icon every time the color is changed. There are not cache or cairo operation used to avoid this. Gonzalo </pre> </blockquote> <pre wrap=""> Certainly that seems to me as a possible reason behind this issue , but in the present state we need to decide exactly on what future we want for this pulsing icon i.e. keep it , improve it or replace it. </pre> </blockquote> <pre wrap=""> I guess that's why Gonzalo raised the point. It's usually better to fix the problem than to fix a symptom. Martin </pre> <pre wrap=""> <fieldset class="mimeAttachmentHeader"></fieldset> _______________________________________________ Sugar-devel mailing list <a class="moz-txt-link-abbreviated" href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a> <a class="moz-txt-link-freetext" href="http://lists.sugarlabs.org/listinfo/sugar-devel">http://lists.sugarlabs.org/listinfo/sugar-devel</a> </pre> </blockquote> </body> </html>