From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_MSGID, SUBJ_ALL_CAPS autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,38d1fe109cd56c87 X-Google-Attributes: gid103376,public From: "David Botton" Subject: Re: GNAT, LINUX, KDE Date: 1999/11/25 Message-ID: <81k70k$197u$1@news.gate.net>#1/1 X-Deja-AN: 553061007 References: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700 X-Complaints-To: abuse@gate.net X-Trace: news.gate.net 943562580 42238 199.227.189.254 (25 Nov 1999 20:43:00 GMT) Organization: CyberGate, Inc. NNTP-Posting-Date: 25 Nov 1999 20:43:00 GMT Newsgroups: comp.lang.ada Date: 1999-11-25T20:43:00+00:00 List-Id: This is __highly__ relevant to your question. What is the big deal to have an Ada application that embeds a small web server. Then start up your browser with http://localhost:PICK-A-PORT-HERE (or have a shell script/bat file that runs it with the URL) and THERE YOU GO!! Same PC as the APP. For example: The 1997 Britannica CD was written this way, the 1998 uses IE3.02 Web COM objects. The non-COM method is of course portable and has the advantage that the app can also be run from a different machine then the one where the Ada application is running. (If you wanted you could detect where the connection is coming from and refuse non-LocalHost connections also.) The Java code posted just proves my point. Add to that some simple handling of forms (and XML if you must) and there you go. If I could spare a couple of hours I would put such an app together, but I don't have them right now. David Botton Robert C. Leif, Ph.D. wrote in message ... This question was initially posed >to Team-Ada. Is it feasible to create Ada software for processing HTML that >will work totally on the client computer (PC)?