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: Geoff Bull Subject: Re: GNAT, LINUX, KDE Date: 1999/11/25 Message-ID: <383CDA09.38067366@research.canon.com.au>#1/1 X-Deja-AN: 552824820 Content-Transfer-Encoding: 7bit References: Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@research.canon.com.au X-Trace: cass.research.canon.com.au 943512041 10025 203.12.174.227 (25 Nov 1999 06:40:41 GMT) Organization: Canon Information Systems Research Australia Mime-Version: 1.0 NNTP-Posting-Date: 25 Nov 1999 06:40:41 GMT Newsgroups: comp.lang.ada Date: 1999-11-25T06:40:41+00:00 List-Id: Robert C. Leif, Ph.D. wrote: > However, being neither competent in JAVA nor an expert on > servers, I still do not know if this example is relevant to > my question. > 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)? > I wish to use HTML forms as the front-end for a project. Sorry, I had lost sight of your question. The point of the Java web server code was merely to support David Botton's view that embedding an http server wouldn't be "that much work", a point of view that has been challenged. You need understand neither Java nor servers to see from the Java code that an embedded http server can be very small (even though this one can't process forms). Geoff