The structure of a Laszlo application is that the runtime LFC
compiled entirely by the script compiler, it is just a big action
Then, the user's application is also compiled by the script
compiler into a
big action block.
Then those are inserted into a kind of boilerplate framework which is
generated using the old JGenerator library which we've modified
That is generated by the source code in
various resources and trampolines into the LFC, such as buttons for
click events, keyboard events, and a video object which can be
The question I have is whether the bad opcode is coming from our
compiler, or whether it comes in somehow when the app is assembled by
placing the compiled script code into the application framework.
On 2/14/07, strk <address@hidden> wrote:
On Wed, Feb 14, 2007 at 12:30:57PM -0500, Henry Minsky wrote:
> There are a couple of ways to get code compiled standalone.
> One way would be to use the <import> tag, which will compile a
> is designed to be loaded at runtime using loadMovie. It can be used
> of <include>, I will send a code example in a minute.. it will
> standalone swf for the library.
> The library file will just contain a big script action block, and a
> at the end.
mmm.. not sure I understand this layout. The problem is with the
of openlaszlo itself, so assuming this library is compiled itself
openlaszlo the goal is to have the compiler compile the smallest SWF
I mean, I don't need to import my own SWF, rather I need
a *small* file, the simplest possible. Possibly proceeding
compiling some of the primitives in the library as a second step.