<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Harmony Fallout</title>
	<atom:link href="http://infrequently.org/2008/08/harmony-fallout/feed/" rel="self" type="application/rss+xml" />
	<link>http://infrequently.org/2008/08/harmony-fallout/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Feb 2012 21:30:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: David Golightly</title>
		<link>http://infrequently.org/2008/08/harmony-fallout/comment-page-1/#comment-234978</link>
		<dc:creator>David Golightly</dc:creator>
		<pubDate>Mon, 18 Aug 2008 07:10:06 +0000</pubDate>
		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=731#comment-234978</guid>
		<description>As hot as passions seem to have been over the last year or so, I think the main concern for most working web developers is not the feature set or syntax of ECMA3.  Speaking for myself, my wishlist looks like this:

1. Faster end-user adoption of newer browsers, promoted by browser vendors (Microsoft, you and only you can kill IE6, the single greatest gift you can possibly give to the Web of 2008.  Just do it.)
2. Improved browser feature set and performance (support for Canvas, HTML5)
3. Extended CSS features (constants, macros, more flexibility in specifying layout, animations, etc.)
4. Continued improvements in VM performance for the existing ECMA3 language
5. Improvements to/better implementations of DOM and other standard APIs

Actually, language changes to ECMA3 are WAAAY down on my wishlist.  In fact, I&#039;d rather the parties involved invest more energy in discussing these other issues, as the shortcomings of ECMA3 -- numerous though they may be -- pale in comparison to the desire for such improvements.  I can only speak for myself, but I imagine many in the greater Web community might agree.</description>
		<content:encoded><![CDATA[<p>As hot as passions seem to have been over the last year or so, I think the main concern for most working web developers is not the feature set or syntax of ECMA3.  Speaking for myself, my wishlist looks like this:</p>
<p>1. Faster end-user adoption of newer browsers, promoted by browser vendors (Microsoft, you and only you can kill IE6, the single greatest gift you can possibly give to the Web of 2008.  Just do it.)<br />
2. Improved browser feature set and performance (support for Canvas, HTML5)<br />
3. Extended CSS features (constants, macros, more flexibility in specifying layout, animations, etc.)<br />
4. Continued improvements in VM performance for the existing ECMA3 language<br />
5. Improvements to/better implementations of DOM and other standard APIs</p>
<p>Actually, language changes to ECMA3 are WAAAY down on my wishlist.  In fact, I&#8217;d rather the parties involved invest more energy in discussing these other issues, as the shortcomings of ECMA3 &#8212; numerous though they may be &#8212; pale in comparison to the desire for such improvements.  I can only speak for myself, but I imagine many in the greater Web community might agree.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael O'Brien</title>
		<link>http://infrequently.org/2008/08/harmony-fallout/comment-page-1/#comment-234977</link>
		<dc:creator>Michael O'Brien</dc:creator>
		<pubDate>Sun, 17 Aug 2008 23:44:01 +0000</pubDate>
		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=731#comment-234977</guid>
		<description>As an implementor of ES4, I agree that the gradual typing system was very nice to use. Being able to define APIs and library definitions exactly and document (and enforce) the required types is much easier than alternative approaches. Many other parts of ES4 were very nice and I hope much is learned in ES-Harmony.

I agree also that implementations must lead the standards process to test ideas and solutions. Jscript.NET, ActionScript and Ejscript have all tested new concepts.

Ejscript (http://www.ejscript.org) will evolve and track ES-Harmony, but will keep quite a bit of ES4. Much like ActionScript, it will have extensions if ES-Harmony does not adopt some of these features from ES4.</description>
		<content:encoded><![CDATA[<p>As an implementor of ES4, I agree that the gradual typing system was very nice to use. Being able to define APIs and library definitions exactly and document (and enforce) the required types is much easier than alternative approaches. Many other parts of ES4 were very nice and I hope much is learned in ES-Harmony.</p>
<p>I agree also that implementations must lead the standards process to test ideas and solutions. Jscript.NET, ActionScript and Ejscript have all tested new concepts.</p>
<p>Ejscript (<a href="http://www.ejscript.org" rel="nofollow">http://www.ejscript.org</a>) will evolve and track ES-Harmony, but will keep quite a bit of ES4. Much like ActionScript, it will have extensions if ES-Harmony does not adopt some of these features from ES4.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ES4 is dead, long live Actionscript &#124; Manfred Weber</title>
		<link>http://infrequently.org/2008/08/harmony-fallout/comment-page-1/#comment-234974</link>
		<dc:creator>ES4 is dead, long live Actionscript &#124; Manfred Weber</dc:creator>
		<pubDate>Sun, 17 Aug 2008 12:58:52 +0000</pubDate>
		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=731#comment-234974</guid>
		<description>[...] Here&#039;re some voices from the Flash and Dojo community: The future of Actionscript &#124; JavaScript Stalled, AS3 Orphaned - Microsoft to Blame? &#124; Ru Roh! Adobe Screwed By EcmaScript Standards Agreement &#124; ActionScript 3 and ECMAScript 4 &#124; Thoughts on Harmony &#124; Harmony Fallout [...]</description>
		<content:encoded><![CDATA[<p>[...] Here&#8217;re some voices from the Flash and Dojo community: The future of Actionscript | JavaScript Stalled, AS3 Orphaned &#8211; Microsoft to Blame? | Ru Roh! Adobe Screwed By EcmaScript Standards Agreement | ActionScript 3 and ECMAScript 4 | Thoughts on Harmony | Harmony Fallout [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: -TNO-</title>
		<link>http://infrequently.org/2008/08/harmony-fallout/comment-page-1/#comment-234969</link>
		<dc:creator>-TNO-</dc:creator>
		<pubDate>Sat, 16 Aug 2008 00:24:09 +0000</pubDate>
		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=731#comment-234969</guid>
		<description>Great article,

But believe it or not, they have more than 3 interpreters running JScript side by side:

JScript in the WSH (version 5.6 - 5.7 WScript global),

Classic ASP JScript (5.6 - 5.7, different global)

JScript compact profile (ECMA-327)

The browser JScript (5.6)

JScript.NET (CLR, version 8.0)


ManagedJScript (DLR, complete rewrite)</description>
		<content:encoded><![CDATA[<p>Great article,</p>
<p>But believe it or not, they have more than 3 interpreters running JScript side by side:</p>
<p>JScript in the WSH (version 5.6 &#8211; 5.7 WScript global),</p>
<p>Classic ASP JScript (5.6 &#8211; 5.7, different global)</p>
<p>JScript compact profile (ECMA-327)</p>
<p>The browser JScript (5.6)</p>
<p>JScript.NET (CLR, version 8.0)</p>
<p>ManagedJScript (DLR, complete rewrite)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajaxian &#187; ECMAScript Harmony: Brendan Eich, Douglas Crockford, Adobe, and more</title>
		<link>http://infrequently.org/2008/08/harmony-fallout/comment-page-1/#comment-234964</link>
		<dc:creator>Ajaxian &#187; ECMAScript Harmony: Brendan Eich, Douglas Crockford, Adobe, and more</dc:creator>
		<pubDate>Fri, 15 Aug 2008 16:34:38 +0000</pubDate>
		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=731#comment-234964</guid>
		<description>[...] We have other postings going on in the community too. Douglas Crockford writes an opinion on how The Only Thing We Have To Fear Is Premature Standardization, Mike Chambers wraps up the thoughts of Adobe on ActionScript 3 and ECMAScript 4, and Alex Russell talks sense into the fallout. [...]</description>
		<content:encoded><![CDATA[<p>[...] We have other postings going on in the community too. Douglas Crockford writes an opinion on how The Only Thing We Have To Fear Is Premature Standardization, Mike Chambers wraps up the thoughts of Adobe on ActionScript 3 and ECMAScript 4, and Alex Russell talks sense into the fallout. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alex</title>
		<link>http://infrequently.org/2008/08/harmony-fallout/comment-page-1/#comment-234963</link>
		<dc:creator>alex</dc:creator>
		<pubDate>Fri, 15 Aug 2008 09:22:47 +0000</pubDate>
		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=731#comment-234963</guid>
		<description>Rich:

Of course, you&#039;re right, WSH and ActiveScripting are different. It was lazy and inaccurate of me to conflate them. The clarification is appreciated.

Regards</description>
		<content:encoded><![CDATA[<p>Rich:</p>
<p>Of course, you&#8217;re right, WSH and ActiveScripting are different. It was lazy and inaccurate of me to conflate them. The clarification is appreciated.</p>
<p>Regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RichB</title>
		<link>http://infrequently.org/2008/08/harmony-fallout/comment-page-1/#comment-234962</link>
		<dc:creator>RichB</dc:creator>
		<pubDate>Fri, 15 Aug 2008 09:07:40 +0000</pubDate>
		<guid isPermaLink="false">http://alex.dojotoolkit.org/?p=731#comment-234962</guid>
		<description>I think you&#039;re a little confused about WSH. WSH is Windows Script Host. It has nothing to do with web browsers - it is a host for Active Scripting languages within Windows and can be executed via the cscript.exe and wscript.exe binaries. 

WSH is not a virtual machine, it is a host process which communicates with Script Engines via COM interfaces. In fact, VBScript and JScript have separate &#039;virtual machines&#039; - due to refcount vs gc semantics.

There are several Active Scripting hosts:
* WSH
* Internet Explorer
* IIS (ASP Classic)

So, Internet Explorer is an Active Scripting host, which is how it&#039;s capable of running VBScript, JScript, ScreamingMonkey, Python etc</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re a little confused about WSH. WSH is Windows Script Host. It has nothing to do with web browsers &#8211; it is a host for Active Scripting languages within Windows and can be executed via the cscript.exe and wscript.exe binaries. </p>
<p>WSH is not a virtual machine, it is a host process which communicates with Script Engines via COM interfaces. In fact, VBScript and JScript have separate &#8216;virtual machines&#8217; &#8211; due to refcount vs gc semantics.</p>
<p>There are several Active Scripting hosts:<br />
* WSH<br />
* Internet Explorer<br />
* IIS (ASP Classic)</p>
<p>So, Internet Explorer is an Active Scripting host, which is how it&#8217;s capable of running VBScript, JScript, ScreamingMonkey, Python etc</p>
]]></content:encoded>
	</item>
</channel>
</rss>

