And in the case of TA, I currently render about 30 svg files in the initialization phase, hence the long delay. I'll look into how I can background some of this.
-walter On Tue, Dec 9, 2008 at 9:11 AM, Tomeu Vizoso <[EMAIL PROTECTED]> wrote: > On Tue, Dec 9, 2008 at 3:04 PM, <[EMAIL PROTECTED]> wrote: >> bernie wrote: >> > Jim Gettys wrote: >> > > IIRC, librsvg is it. >> > > >> > > A bit more profiling to get through the tangled web of dependencies is >> > > probably in order. >> > >> > To exclude the noise coming from Python and GDK, I tried timing again >> > with the command-line tool rsvg: >> > >> > for i in *.svg; do echo $i; time rsvg $i $i.png; done >> > >> > This way I could not find any problematic svg file within the >> > turtleart repository. The slowest ones render in <0.1 seconds. >> >> i'm not sure i'd agree that "<0.1 seconds" isn't problematic. how >> fast would the equivalent bitmap render? > > In order to not give a perception of slugginesh, all UI operations > should take less than 0.2s. > > If one icon takes 0.05s, we can render 4 of them before starting to look slow. > > So we need to make those values much lower, or stop rendering icons > during UI operations. > > Regards, > > Tomeu > _______________________________________________ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > -- Walter Bender Sugar Labs http://www.sugarlabs.org _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
