This is the correct fix. I can't quite remember why, but the onloaddone
event was failing to fire the delegate unless it was registered here.
-Max
Henry Minsky wrote:
> There were just three differences, two one-liners, and
> a little bit of load-progress voodoo in the main load checker routine.
>
> The one which actually fixes the symptom is this which registers the
> remove loader routine.
> +
> LzMediaLoader.prototype.startingLoad = function ( loadmc ){
> this.checkonce = false;
> - this.loadChecker.register( _root.LzIdle, "onidle" );
> + this.loadChecker.register( LzIdle, "onidle" );
> + this.removeLoadCheckerDel.register( this, "onloaddone" );
> }
>
> What I don't know is why registering doesn't get successfully done
> by the same line of code in the initializer. But it's the same in legals.
> The code in the initializer is
>
> this.removeLoadCheckerDel =
> new _root.LzDelegate( this,
> "removeLoadChecker", this, "onloaddone" );
>
> ??
>
>
>
>
>
>
> On 9/25/06, Jim Grandy <[EMAIL PROTECTED]> wrote:
>> This fix is for Diamond, which is happening on trunk. We are
>> supporting the upcoming Diamond release as well as working on Legals.
>>
>> I'd rather have a diagnosis and targeted fix, rather than a port of
>> Legals code. We have limited QA resources on trunk.
>>
>> jim
>>
>> On Sep 25, 2006, at 9:50 AM, Henry Minsky wrote:
>>
>> > The bug does not exist in legals, so the question is who/what/when
>> > fixed it?
>> >
>> > This sounds like a Max thing, I wonder if Max remembers.
>> >
>> > I am going to try copying the legals loadchecker
>> > methods into trunks and see if that fixes it there.
>> >
>> >
>> >
>> > On 9/22/06, Jim Grandy <[EMAIL PROTECTED]> wrote:
>> >> Hey Henry,
>> >>
>> >> Could you look at LPP-2732 next time you come to a stopping place?
>> >> This bug is likely to be causing significant performance problems for
>> >> apps that load images at runtime.
>> >>
>> >> Thanks!
>> >>
>> >> jim
>> >>
>> >
>> >
>> > --
>> > Henry Minsky
>> > Software Architect
>> > [EMAIL PROTECTED]
>>
>>
>
>
_______________________________________________
Laszlo-dev mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
