Jon Wahlmann wrote:
Tracy R Reed wrote:
A number of people are looking into solving the problem of having to
know many different languages (perl/python/php, xml, css, sql,
javascript) needed to build a modern web application  and getting them
to work together with their completely different design philosophies.
One of the first areas of concentration (perhaps because it is the
easiest) is to have the javascript generated for the client from the
primary application programming language. In this case it is scheme.

http://www-sop.inria.fr/mimosa/personnel/Florian.Loitsch/scheme2js/


I was about to reply to this when I saw your more recent message concerning "Try Scheme". The better approach, IMHO, would seem to be to use a scheme interpreter written in JavaScript. Then you can keep both the client and server code in the same language. Easier to debug (assuming the interpreter itself has been debugged) since you can test the client code locally in a separate interpreter without needing the browser.

Of course, I'm sure this type of thing will cause no end of heartburn for those in the "no JavaScript at all" camp.

Taking a closer look at that link, I kind of like that approach as well. At least, it's interesting. Just the extra step though of having to remember to compile your scheme.

-Jon

--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-lpsg

Reply via email to