On Nov 18, 2005, at 5:28 PM, Jim Grandy wrote:
On Nov 18, 2005, at 2:13 PM, Henry Minsky wrote:
Side note, from a failed DHTML developer: All this stuff would be
simpler if we could use components in the debugger UI, so you
could pop up a prefs window like we used to, and click a checkbox
for this and other goodies.
I thought I heard you and Tucker talk about splitting the console
out so that it ran separately from the target canvas. This would
make it into a standalone lzx app that could persist its own state
without worrying about all the issues that come from running in-
process.
The console is a separate process. The suggestion was to place the
debugger in the console, so that it was in the console's process but
not the app's process. The visual design was that the console would
look as it does now, but with a button or disclosure triangle that
would expand it to make room for the debugger. And the sticking
point was the lzx/dhtml communication to resize the console's div
when the debugger was disclosed.
Henry, did you try LzBrowser.loadURL("javascript:showDebugger(true)"
in the console, and something like this in the HTML?:
<script>function showDebugger(shown) {
document.getElementById('console').stylesheet.height = 100 +
(shown ? 200 : 0);
}
</script>
<div id="console">
<object --- here's where console embed goes>
</div>
Also: could you also do the same with the debugger? I guess that
would require a remote debugging api...
The debugger already uses a remote debugging API for evaluating
strings. It uses a local API to write the results of the eval back
to the console, but this could go through the server as an extension
of the log-to-server code or, perhaps more simply, via the HTML: The
copy of Debug.write embedded in the app calls LzBrowser.loadURL
("javascript:debugWrite(" + quote(s) + ")"), where the HTML <script>
function debugWrite uses LzSetCanvasAttribute to send the string to
the console app.
I tried to make a pop up dialog window in the dev console, but it
was painful because the console dev app is just embedded in a thin
strip in the page, and it needs to be larger to see the dialog
box, which in turn means painful javascript hacking in the browser
to resize the containing HTML DIV element, and at that point I
gave up.
_______________________________________________
Laszlo-user mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-user