> ================
> -function LzInstantiateView(e, tn = 1)
> +var LzInstantiateView = function (e, tn = 1)
> {
> canvas.initiatorAddNode( e , tn );
> }
> Why do we have to do this? It's less 'class-y', bucking our usual trend.
That's a good question, I have a real problem that I am trying to
solve, which I was hoping this might help with, which is that I need
to get a way to get the top level definitions that are in this
loadable library to execute in the
context of the main application. So I wanted to pass in pointers to
the main application's LzInstantiateView, lz, and
LzResourceLibrary objects/functions, so that the code in the
runTopLevelDefinitions() method of the library
module will side-effect the main app.
Maybe defining LzInstantiateView as a global is a bad idea though.
Perhaps it ought to be a static method
on some global class that we pass around? ?
BTW, the other important thing I need to do is to make the loadable
library swf files link against the LFC without
actually including it; right now each library gets its own copy of the
LFC, which defeats the purpose of reducing
the download size somewhat. I think I can just declare the LFC classes
as external when I call the flex compiler, but I might need to declare
the LFC as a "runtime shared library", which gets cached in the
browser, I'm not sure yet.
> ================
> +++ WEB-INF/lps/server/src/org/openlaszlo/sc/SWF9ParseTreePrinter.java
> (working copy)
> @@ -56,6 +56,9 @@
> boolean islib = false;
> public Config setIsLib(boolean value) { islib = value; return this; }
>
> + boolean isloadableLib = false;
> + public Config setIsLoadableLib(boolean value) { isloadableLib = value;
> return this; }
> +
> isloadableLib is never used. Is this work in progress?
> ================
> +++ WEB-INF/lps/server/src/org/openlaszlo/compiler/SWF9Writer.java (working
> copy)
> + "runToplevelDefinitions()\n" +
> I like to see terminating ';' -- even in javascript :-)
>
> ================
>
> On Nov 18, 2008, at 1:37 AM, Henry Minsky wrote:
>
> Change 20081118-hqm-v by [EMAIL PROTECTED] on 2008-11-18 01:27:31 EST
> in /Users/hqm/openlaszlo/trunk4
> for http://svn.openlaszlo.org/openlaszlo/trunk
>
> Summary: checkpoint of swf9 runtime loadable libraries
>
> New Features:
>
> Bugs Fixed: LPP-7291
>
> Technical Reviewer: dda
> QA Reviewer: ptw
> Doc Reviewer: (pending)
>
> Documentation:
>
> Release Notes:
>
> Details:
>
> + rearranged how the main swf9 application class is called
>
> + Made SWF9ParseTreePrinter put all top level definitions into a new method,
> named "runToplevelDefinitions",
> instead of putting them into the app constructor. This gives more control
> over when they are run, so
> that the loadable library code path can first set up some globals before
> running them.
>
> + created a base class for runtime loadable libraries, LzBaseLoadableLib
>
> + got the loader working for swf9 LzLibrary.as, but the class still needs to
> be cleaned up and
> make a common LzLibrary.lzs class, merged with the other runtimes.
>
> + runtime loading of tags (classes) is working, but loading of view
> instances and resources is not
> implemented yet
>
>
>
> Tests:
>
> test/snippets/import-class.lzx in swf8,swf9
> test/smoke/smokecheck swf8,swf9
> lzpix in swf8,swf9
>
>
> Files:
> M WEB-INF/lps/lfc/kernel/swf9/LFCApplication.as
> A WEB-INF/lps/lfc/kernel/swf9/LzBaseLoadableLib.as
> M WEB-INF/lps/lfc/kernel/swf9/Library.lzs
> M WEB-INF/lps/lfc/kernel/swf9/LzLibrary.as
> M WEB-INF/lps/lfc/kernel/LzLibraryCleanup.lzs
> M WEB-INF/lps/lfc/glue/LaszloInitiator.lzs
> M WEB-INF/lps/server/src/org/openlaszlo/sc/SWF9Generator.java
> M WEB-INF/lps/server/src/org/openlaszlo/sc/SWF9ParseTreePrinter.java
> M WEB-INF/lps/server/src/org/openlaszlo/sc/Compiler.java
> M
>
> WEB-INF/lps/server/src/org/openlaszlo/compiler/CompilationEnvironment.java
> M WEB-INF/lps/server/src/org/openlaszlo/compiler/ImportCompiler.java
> M WEB-INF/lps/server/src/org/openlaszlo/compiler/SWF9Writer.java
> M WEB-INF/lps/server/src/org/openlaszlo/compiler/ClassModel.java
>
>
> Changeset: http://svn.openlaszlo.org/openlaszlo/patches/20081118-hqm-v.tar
>
>
> --
> Don Anderson
> Java/C/C++, Berkeley DB, systems consultant
>
> voice: 617-547-7881
> email: [EMAIL PROTECTED]
> www: http://www.ddanderson.com
>
>
>
>
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
