Re^3: Current Thoughts on Server/Client Best Development Strategies

I agree, I don't understand why there are not more custom clients out there. It seems everyone likes the standardization of the browser, and to be honest, with the HTML5 canvas element, it seems everything can be done... any custom widget can be made, running right in a browser. Plus, cell phones and smart phones have a built-in browser.

If I had a business that needed sockets, I would avoid the browser myself, except for putting a page out to the public. Internal parties, would avoid the filtering thru the various web servers, and open direct socket connections .... like a RealTime Chat with video between endpoints. See Tk encrypted echoing-chat client and server and ztk-enchat encrypted server client for some crude prototypes.

As a matter of fact, the latest cool new APP out there seems to be something called Between, which allows realtime chat, with videos, between 2 people, it's always on connecting you to your honeybunch. :-)

What we really could use, is a version of Perl, written in javascript, which can be run in browsers as javascript. Python is already working on it, as there is an option for it in the firefox configure options.

I'm not really a human, but I play one on earth.
Old Perl Programmer Haiku ................... flash japh

Comment on Re^3: Current Thoughts on Server/Client Best Development Strategies

Replies are listed 'Best First'.
Re^4: Current Thoughts on Server/Client Best Development Strategies by three18ti (Monk) on Feb 17, 2014 at 11:53 UTC
Wait. Wait. Wait... > What we really could use, is a version of Perl, written in javascript, which can be run in browsers as javascript. You mean like a javascript compiler that JIT perl code? How would we do it? would it compile the perl to JS? or? Everytime I talk to you you leave me with homework ;) I've got a bit of research to do. (those links are pretty interesting). Thanks!	[reply]
Re^5: Current Thoughts on Server/Client Best Development Strategies by zentara (Cardinal) on Feb 17, 2014 at 12:32 UTC
What I meant, or what I think I meant :-), was that the eventloop that runs the various javascript enabled browsers, should be accessible from other languages. So say, I wanted add a socket event to the browser's eventloop, it would be great if I could just write it in Perl, have it interpreted as pure javascript, within the browser itself, and work as intended. :-) Like I said, Python already has experimental work. See: Python in Mozilla PyXPCOM I'm not really a human, but I play one on earth. Old Perl Programmer Haiku ................... flash japh	[reply]