I'm not sure I agree with the premise of the article ... Part of Python's attraction is it's vast ecosystem of libraries and many of them wouldn't work in a browser. How many of those command-line applications would actually work?<p>If you're looking for a clean syntax, try Coffescript, limit yourself to javascript's "good parts" and be very careful with your style.
From <a href="http://www.w3.org/TR/html4/interact/scripts.html" rel="nofollow">http://www.w3.org/TR/html4/interact/scripts.html</a><p><pre><code> <INPUT name="edit1" size="50">
<SCRIPT type="text/tcl">
proc edit1_changed {} {
if {[edit value] == abc} {
button1 enable 1
} else {
button1 enable 0
}
}
edit1 onChange edit1_changed
</SCRIPT>
</code></pre>
We could have had a future where you could choose which language to use in client-side code. The "removal" of @type from HTML 5 strongly suggests that not everybody believes in that future.<p>Maybe initiatives like Dart and NaCL will create an humus that will make the use of other languages acceptable in HTML pages.
Check out Skulpt and Pyjamas. Wouldn't recommend either for production use but Coffeescript gets you a similar, even cleaner syntax and there is a js lib for everything these days.
Someone should make a FAQ for this. It comes up every 2 months.<p>One important point I remember is that it would have been Python without the standard library. Which isn't anything special, really. We call it CoffeeScript nowadays.
Imagine if it had been Perl instead?<p>Well, there was an attempt to get PerlScript to run in the browser, but the hoops you had to go through to get it made it unattractive compared with JS that got native browser support.