It's in now. The explorer-nav now looks completely presentable across DHTML and SWF.
-Max Benjamin Shine wrote: > Max, it looks like this didn't get checked in. Can you please check it in? > > On Sep 21, 2006, at 3:11 PM, P T Withington wrote: > >> Approved, if you will file a bug (and add a comment referencing the >> bug) regarding layout class being the string 'null'. I suspect a bug >> in the tag compiler is the root cause. If there were a small test >> case that we could 'lzc --script' we could see if that were so. What >> was the source that was tickling that bug? Can we boil it down to a >> test case? >> >> On 2006-09-20, at 02:42 EDT, Max Carlson wrote: >> >>> Change change.SV2sD4VYi.txt by [EMAIL PROTECTED] >>> computer.local /Users/maxcarlson/openlaszlo/legals/ on 2006-09-19 >>> 23:31:48 PDT >>> >>> Summary: Fix explore-nav.lzx in dhtml. >>> >>> New Features: >>> >>> Bugs Fixed: >>> >>> Technical Reviewer: ptw >>> QA Reviewer: promanik >>> Doc Reviewer: (pending) >>> >>> Documentation: >>> >>> Release Notes: >>> >>> Details: I'm not sure all of these changes should be necessary, in >>> particular the test for this.p in LzDatapointer.lzs - shouldn't >>> this.p always be set? Also, it's strange that I have to test for >>> the string version of 'null' in LaszloView.lzs. The LzDatapointer >>> and LzNode changes feel like the problems I was seeing with data >>> after r1857. Please investigate! >>> >>> >>> Tests: http://localhost:8080/legals/laszlo-explorer/explore-nav.lzx? >>> lzr=dhtml runs! >>> >>> Files: >>> M WEB-INF/lps/lfc/core/LzNode.lzs >>> M WEB-INF/lps/lfc/views/LaszloView.lzs >>> M WEB-INF/lps/lfc/data/LzDatapointer.lzs >>> >>> <patch.maxcarlson.iSVf.tgz> >> >> >> _______________________________________________ >> Laszlo-dev mailing list >> [email protected] >> http://www.openlaszlo.org/mailman/listinfo/laszlo-dev > _______________________________________________ Laszlo-dev mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
