[Laszlo-dev] For Review: Change 20090430-maxcarlson-I Summary: Raise framerate during app initialization
P T Withington
ptw at laszlosystems.com
Fri May 1 06:44:41 PDT 2009
How about putting an init timer on webtop and measuring it with your
change in place?
On 2009-04-30, at 22:15EDT, Max Carlson wrote:
> Hmmm I can't seem to prove that makes any difference. This is
> probably because we're not doing instantiation across multiple
> frames - at least this shows no change in swf9:
>
> <canvas>
> <view id="foo">
> <handler name="onconstruct">
> for (var i = 0; 10000 > i; i++) {
> new lz.view(this, {x:i, y:i, width:100, height: 100,
> bgcolor: 'red'});
> }
> </handler>
> </view>
> <inittimer/>
> </canvas>
>
>
> Max Carlson wrote:
>> Change 20090430-maxcarlson-I by maxcarlson at Bank on 2009-04-30
>> 15:28:22 PDT
>> in /Users/maxcarlson/openlaszlo/trunk-clean
>> for http://svn.openlaszlo.org/openlaszlo/trunk
>> Summary: Raise framerate during app initialization
>> Bugs Fixed: LPP-8136 - Set the framerate to 1000 during app
>> initialization
>> Technical Reviewer: ptw
>> QA Reviewer: hminsky
>> Details: framerate setter caches any values during init, setting
>> the framerate to 1000. init() sets the framerate back to the
>> cached value. Move onafterinit event sending to the end of init()
>> so it can be used to turn profiling back on.
>> Tests: Startup should be slightly faster in DHTML and SWF9, where
>> the framerate can be set dynamically
>> Files:
>> M WEB-INF/lps/lfc/views/LaszloCanvas.lzs
>> Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20090430-maxcarlson-I.tar
>
> --
> Regards,
> Max Carlson
> OpenLaszlo.org
More information about the Laszlo-dev
mailing list