Standalone shell/console application
nnoydb at excite.com
Sat Mar 6 18:42:42 CST 2004
I am afraid my communication skills are not very good and my explaination maybe misleading. I am not speaking of solely console/text/shell application or of CGI. I am speaking of a single stand alone application preforming double duty as both a interactive/GUI application or a console/text/shell based application. This is not unheard of a majority of *NIX applications behave in such a manner. In fact I have written several of my own in my 15+ years as a developer. These are quite simple to create and such a feature would simplify the amount of work for the 'RR' developers. Instead of maintaing 2 engines for multiple platforms they would only maintain a single engine for each platform. This does not address the benefit to you and I would reveive. We could develop a single application that preformed double duty from a single code base! My primary purpose for purchasing RR was the ability to write a application for mutiple platforms from a single source. I have used Java for such projects in the past but the enormous/slow virtual machine coupled with the lack of a significant RAD enviroment slows development.
Any resemblance between the above views and those of my
employer, my terminal, or the view out my window are purely
Any resemblance between the above and my own views is non-deterministic.
The question of the existence of views in the absence of anyone to hold
is left as an exercise for the reader. The question of the existence of
is left as an exercise for the second god coefficient.
(A discussion of non-orthogonal, non-integral polytheism is beyond the
scope of this article.)
--- On Sat 03/06, J. Landman Gay < jacque at hyperactivesw.com > wrote:
From: J. Landman Gay [mailto: jacque at hyperactivesw.com]
To: use-revolution at lists.runrev.com
Date: Sat, 06 Mar 2004 12:05:29 -0600
Subject: Re: Standalone shell/console application
On 3/5/04 7:10 PM, Kevin wrote:<br>> <br>> Why isn't there a global property to disable the graphic subsystem?<br>> <br>> Better yet a handler similar to "onStartup" is called only when the<br>> display/GUI is missing allowing developers to take action (run in<br>> console mode or GUI). Many frameworks support this feature by<br>> creating GUI components as containers only when the DISPLAY/GUI is<br>> unavailable. With a few tweaks RR could have one engine to support<br>> both CGI/CONSOLE and DISPLA/X/GUI systems and simplify their<br>> maintenance.<br>> <br>> Please correct me if I am incorrect or I have missed some API which<br>> allows this (in a stand-alone).<br><br>This is exactly how it works. If the GUI is absent, you can run the <br>engine via text-based scripts. This is the recommended (and only) way to <br>use the engine as a CGI on servers. Many of us on this list have already <br>implemented web-based CGIs; I have a handful of them running on my <br>server right now.<br><br>The only message the engine sends, in that case, is a "startup" message. <br>Your text script must include an "on startup" handler that will catch <br>this message.<br><br>See: <http://www.hyperactivesw.com/downloads/IntroRevCGIs.zip><br><br>-- <br>Jacqueline Landman Gay | jacque at hyperactivesw.com<br>HyperActive Software | http://www.hyperactivesw.com<br>_______________________________________________<br>use-revolution mailing list<br>use-revolution at lists.runrev.com<br>http://lists.runrev.com/mailman/listinfo/use-revolution<br>
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
More information about the use-livecode