walter wrote: > 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.
there's only so much cpu. how will that help? i'd still like to know how fast it would be to render the equivalent bitmap. clearly SVG is the wave of the future, but current h/w is the wave of the past. if pre-rendering our icons in predictably needed sizes (at build-time, not run-time) would help a lot, then it seems like we should do that. paul > > -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 > > [email protected] > > http://lists.sugarlabs.org/listinfo/sugar-devel > > > > > > -- > Walter Bender > Sugar Labs > http://www.sugarlabs.org =--------------------- paul fox, [EMAIL PROTECTED] give one laptop, get one laptop --- http://www.laptop.com/xo _______________________________________________ Sugar-devel mailing list [email protected] http://lists.sugarlabs.org/listinfo/sugar-devel
