>It's been my experience that outside of games, and a few other very
>user intensive applications, an applications logic is pretty
>independant of the user interface. One of the really liberating
>technologies of the last decade is html. It completely divorces the
>logic from the display.

[snip]
>An enormous number of applications can easily live in the GET
>process POST model of HTML. Current browsers have plenty of

[snip]

>The original forths were designed to communicate via terminals. I
>submit that the next generation should communicate via browsers.
>

Just like to give my 2'cents. I realy agree so much with this but recent
experience has let me to believe that the emphasis is on "An enormous
number" or more to the point: "some".
I have just recently been fighting this is a client CRM (Customer
Relation Manager) application that has been ported (literally) to the
web. Currently, what they have been able to release is an MS Internet
Explorer for Win2000 version *only* using a myriad of HTML, Java Script
and ActiveX controls! I am responsible for finding a Mac solution for the
issues handled by the ActiveX controls on the IE Win version so we will
soon be adding signed Java Applets and most probably native shared
libraries invoked using JDirect or JNI too boot. It is a sheer nightmare!

You can only go as far with HTML!

This particular product also needed to mirror the look and feel of the
client application. Very costly decision and close to impossible to make
work on more than *one* browser!
In the end, it is no different to using RAD tools like C++ Builder or
Delphi: You get quickly up to speed if you can use existing components
only and remain within the possibilities immediately available by the
"framework".

Regards.
Conrad Weyns.

NB: I recollect trying a Win32 Forth a year or two ago that had a build
RAD tool for Win32 development. Was it bigForth or something?
(I am not in my office right now where I'd probably would find it
somewhere burried on a 45 Giga disk... If my memory serves me right, it
was made by a German fellow. Appologies if I am mistaken! I'll have to
blame it on being cronologically challenged)

>Gene
>
>----------------------------------------------------------------------
>sftalk_at_forth.com The SwiftForth programming discussion email list
>To unsubscribe, send subject "unsubscribe sftalk" to listar_at_forth.com
>For help with listar commands, send subject "help" to listar_at_forth.com
>Archives are located at http://www.forth.com/sftalk -- check them out!
>Search the archives! Visit http://www.forth.com/search for details.
>
>

----------------------------------------------------------------------
sftalk_at_forth.com The SwiftForth programming discussion email list
To unsubscribe, send subject "unsubscribe sftalk" to listar_at_forth.com
For help with listar commands, send subject "help" to listar_at_forth.com
Archives are located at http://www.forth.com/sftalk -- check them out!
Search the archives! Visit http://www.forth.com/search for details.
Received on Fri Jan 11 2002 - 10:50:27 PST