On 2006-12-03, at 23:11 EST, Phillip George Apley wrote:
Change 20061203-papley-r by [EMAIL PROTECTED] on 2006-12-03
22:27:32 EST
in /Users/papley/src/svn/legals
Summary:
Latest resource loading code. Still several issues (see details).
New Features:
Bugs Fixed:
Technical Reviewer: (max, henry, tucker, ben)
QA Reviewer: (pending)
Doc Reviewer: (pending)
Documentation:
Release Notes:
Details:
1. I had trouble with the html-response.xslt file that Max
made up. After I merged it with the current build,
documents would no longer completely load into the
browser, and typing anything in the LPS Debugger would
immediately cause the browser to reload the same URL with
all the arguments truncated from the end, i.e. a default
(swf8) version would come up. I reverted to the current
(2811) version and those symptoms go away, but I'm not
sure if some of Max's functionality is lost.
Just revert it. Please! Somehow your copy got confused, but all of
Max's changes are in, so just revert.
2. I seem to have a problem with large buffers
(i.e. StringBuffer sbuf[]). If I try to translate a
multiframe resource with 225 frames the output file (js
application) appears to be truncated (at least in Eclipse),
and the application doesn't run.
I'm not getting that.
3. If I make a miniature version of the 225 frame resource
(logoXXXX.png) with only 5 frames, the application does
load and there are no loading or format errors that I
detect, but even so the sprite does not animate. I'm not
sure why.
I find Safari's Activity window very helpful for detecting bad URLs.
The Application root is not getting set correctly. For some reason
the request attribute `url` that is being used in html-response is
just the application file name. If you change that to `fullpath`
then things are better.
Also, in LzSprite, the Application root seems to be getting 'fixed'
too many times, in __cleanupPaths and __processOptions. One or the
other should do it.
I now see all the .png's loading, but still no animation.
4. On the plus side, I'm able to run
http://localhost:8080/legals/examples/components/
style_example.lzx?lzr=dhtml&debug=true
and it works very well, except once again there are
apparently some sprite problems. I get these messages in
the LPS Debugger:
no sprite on <<LzText#334| Error computing __String>>
no sprite on <<LzText#335| Error computing __String>>
no sprite on <<LzText#336| Error computing __String>>
Max?
5. Also on the plus side, I have a version of Eclipse project
files and support scripts for LPS which
seem really good; reliable, and easy to deal with. I haven't
had any significant problems with
going back and forth between ant and Eclipse in the last
couple of days.
I'll release those in a separate patch.
Tests:
http://localhost:8080/legals/examples/components/
style_example.lzx?lzr=dhtml&debug=true
http://localhost:8080/legals/examples/animation/simpletest.lzx?
lzr=dhtml&debug=true
I still can't run lzc other than in the root dir:
[EMAIL PROTECTED] animation 06:32:23]$ lzc --script --runtime=dhtml
simpletest.lzx > simpletest.js
org.openlaszlo.compiler.CompilationError: simpletest.lzx:23:60: file
not found: logo.png
at org.openlaszlo.compiler.CompilationEnvironment.resolveReference
(CompilationEnvironment.java:509)
at org.openlaszlo.compiler.ViewCompiler.compileResources
(ViewCompiler.java:370)
at org.openlaszlo.compiler.ViewCompiler.compileResources
(ViewCompiler.java:405)
at org.openlaszlo.compiler.ViewCompiler.compileResources
(ViewCompiler.java:405)
at org.openlaszlo.compiler.ViewCompiler.preprocess(ViewCompiler.java:
210)
at org.openlaszlo.compiler.ViewCompiler.compile(ViewCompiler.java:87)
at org.openlaszlo.compiler.Compiler.compileElement(Compiler.java:603)
at org.openlaszlo.compiler.CanvasCompiler.compile
(CanvasCompiler.java:159)
at org.openlaszlo.compiler.Compiler.compileElement(Compiler.java:603)
at org.openlaszlo.compiler.Compiler.compile(Compiler.java:430)
at org.openlaszlo.compiler.Compiler.compile(Compiler.java:171)
at org.openlaszlo.compiler.Main.compile(Main.java:235)
at org.openlaszlo.compiler.Main.lzc(Main.java:211)
at org.openlaszlo.compiler.Main.main(Main.java:77)
