On 9/7/06, Jim Grandy <[EMAIL PROTECTED]> wrote:
ptw?
ptw? We don't use callInherited, but I don't think we use the Flash super byte code either.
We transform super calls into
this.nextMethod(arguments.callee, methodname).call(this, arg1, arg2,...);
But it's loads more efficient than callInherited was
It looks like it has fixed itself somehow, spooky!
ptw?
yes
yes
yes
yes, the user can declare events in their lzx code now
I think Max and I implemented this already; the compiler emits a map with lists of resources for _javascript_.
We never implemented the thing to emit the kernel files as separate, so it's still a pain to figure out
where to look in the sources when an error occur. Maybe Firefox will have some hack that can help us
annotate the code for their debugger.
The "in" operator has been implemented by ptw
Below are some questions about Legals bugs. Legals folks, please scan
this list and provide answers for any you know about.
jim
LPP-98 - Compiler source-source transformations should be in separate
phase -- Hasn't this been done?
ptw?
LPP-160 - Replace callInherited by bytecode -- either this is already
done or we defer post-Legals.
ptw? We don't use callInherited, but I don't think we use the Flash super byte code either.
We transform super calls into
this.nextMethod(arguments.callee, methodname).call(this, arg1, arg2,...);
But it's loads more efficient than callInherited was
LPP-440 - Compilation Manager does not manage debugger -- Still valid?
It looks like it has fixed itself somehow, spooky!
LPP-786 - add if (!$debug) {} compiler directive -- Still valid?
ptw?
LPP-928 - Remove LzTransformer -- Hasn't this been done?
yes
LPP-930 - add support for 'class' keyword -- Hasn't this been done?
yes
LPP-931 - add "_javascript_" back end to compiler - Hasn't this been done?
yes
LPP-1326 - Pass list of events to runtime -- Isn't this Invalid now?
yes, the user can declare events in their lzx code now
LPP-1352 - ECMA4: Implement classes -- Hasn't this been done?
LPP-1420 - DHTML kernel: Implement display node -- What's this about?
LPP-1421 - DHTML kernel: Multiframe resources -- Hasn't this been done?
I think Max and I implemented this already; the compiler emits a map with lists of resources for _javascript_.
LPP-1542 - Build mini-lfc with script compiler, emit individual files
for debugging -- Done, right?
We never implemented the thing to emit the kernel files as separate, so it's still a pain to figure out
where to look in the sources when an error occur. Maybe Firefox will have some hack that can help us
annotate the code for their debugger.
LPP-1545 - Compile-time warnings for runtime-specific features --
Still valid?
LPP-1555 - Investigate loader in AJAX -- Still valid?
LPP-1641 - syntax error while compiling LFCdhtml -- Hasn't this been
done?
The "in" operator has been implemented by ptw
LPP-1915 - setAttribute should not call sendEvent if there are no
listenters -- Surely this is resolved? Or is it essentially the same
as LPP-2065?
LPP-1933 - Compiler does not scope #pragma to compile-time
conditional block -- Did this get resolved?
LPP-1946 - logdebug has rotted -- Either fixed, or folks are getting
by. Defer?
I think people are getting by, there seems to be a workaround in legals, I updated the bug
LPP-1987 - Make all wrappers standards compliant -- The first part of
this is done, no?
_______________________________________________
Laszlo-dev mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
_______________________________________________ Laszlo-dev mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
