bogs wrote:Still looking bidge, but it is possible someone else has seen / remembers where this page is. I seem to think it was part of a tutorial, and it was a pretty basic web page with what I seem to think was an iFrame with a Lc application running inside of it. I don't remember it requiring CGI, but it could well have.
The iFrame(?) was in the lower right part of the page as I remember it. I also think it was before the html5 part of Lc was around.
Running any LC stack requires the LC engine. The only scripting engine provided in browsers is JavaScript.
Any server-side process providing data to run in a browser is usually delivering HTML/CSS/JavaScript. Such a server process may be LiveCode Server, PHP, Python, Perl, Ruby, or some other scripting language, but what gets delivered must be something the browser can understand.
In the olden days (a decade ago?) there was a brief effort to bring the LC engine into the browser as a binary executable package in the form of a browser plugin. Ultimately this met with technical and usability issues and has long since been abandoned. But for the brief time of that experiment it was possible to run stacks downloaded from a server directly in the browser window, provided you'd first found, downloaded, and installed the LiveCode browser plugin engine.
The current "HTML5" export takes a different approach with regard to the form of the engine delivered which is needed to run an LC stack file:
Instead of delivering compiled object code in the form of a browser plugin, the LC engine has been translated from its C++ source to JavaScript, and the resulting JavaScript library is used to then run the stack file.
So in short, if you saw an actual stack file in a browser, the LiveCode Server CGI would not be a relevant part of that client-side experience.
For anything on the client side, if it was a long time ago it may have been relying on the now-defunct LC browser plugin, but if in recent years most likely delivered via the "HTM5" export.