<?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: Working on a proposal?</title>
	<atom:link href="http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/</link>
	<description>This Must Be the Place (Naive Melody)</description>
	<lastBuildDate>Thu, 10 Sep 2009 06:17:03 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Brendan Eich</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/comment-page-1/#comment-4419</link>
		<dc:creator>Brendan Eich</dc:creator>
		<pubDate>Thu, 01 Nov 2007 19:05:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/#comment-4419</guid>
		<description>Chris,

Interoperation across ES3 implementations has been a burden for browser vendors other than Microsoft for many years. We know too well where web content requires a de-facto change from ES3, and we&#039;ve incorporated the necessary ones into ES4.

So yes, you seem to have missed the http://wiki.ecmascript.org/doku.php?id=proposals:bug_fixes wiki page and its spin out pages (linked from it).

Please pay more attention to what we&#039;re doing, if you are going to change the subject, from accusing us of ignoring the minority or shouting down dissent, back to last-minute concern for ES3 compatibility obligations.

Your second paragraph is lame premise-smuggling. ES4 as proposed is backward compatible (please prove otherwise, give us precise details), a superset of ES3 except in a relatively few cases where those very bug fixes required by divergent implementations including JScript, and by outright bugs in ES3 itself, require change.

So yeah, your characterization is false. My blog post gave links showing comments in the TG1 minority group&#039;s March-April &quot;es3.1&quot; wiki pages, demonstrating that almost all of the technical changes in 3.1 were lifted straight from ES4 (sometimes with crediting links back, sometimes without).

Everyone can follow links and read the wiki. There&#039;s no place to hide in the open. So please, spare us these sophomoric &quot;characterizations&quot;.

/be</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>Interoperation across ES3 implementations has been a burden for browser vendors other than Microsoft for many years. We know too well where web content requires a de-facto change from ES3, and we&#8217;ve incorporated the necessary ones into ES4.</p>
<p>So yes, you seem to have missed the <a href="http://wiki.ecmascript.org/doku.php?id=proposals:bug_fixes" rel="nofollow">http://wiki.ecmascript.org/doku.php?id=proposals:bug_fixes</a> wiki page and its spin out pages (linked from it).</p>
<p>Please pay more attention to what we&#8217;re doing, if you are going to change the subject, from accusing us of ignoring the minority or shouting down dissent, back to last-minute concern for ES3 compatibility obligations.</p>
<p>Your second paragraph is lame premise-smuggling. ES4 as proposed is backward compatible (please prove otherwise, give us precise details), a superset of ES3 except in a relatively few cases where those very bug fixes required by divergent implementations including JScript, and by outright bugs in ES3 itself, require change.</p>
<p>So yeah, your characterization is false. My blog post gave links showing comments in the TG1 minority group&#8217;s March-April &#8220;es3.1&#8243; wiki pages, demonstrating that almost all of the technical changes in 3.1 were lifted straight from ES4 (sometimes with crediting links back, sometimes without).</p>
<p>Everyone can follow links and read the wiki. There&#8217;s no place to hide in the open. So please, spare us these sophomoric &#8220;characterizations&#8221;.</p>
<p>/be</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Wilson</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/comment-page-1/#comment-4415</link>
		<dc:creator>Chris Wilson</dc:creator>
		<pubDate>Thu, 01 Nov 2007 15:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/#comment-4415</guid>
		<description>Did I miss some effort on your part to encourage the interoperability across ES3 implementations?  

Would a characterization of your actions upon Yahoo and Microsoft saying &quot;umm, we think getting ES3 to be interoperable and maintainable would be a good idea&quot; as &quot;okay, you guys go do that if you want, we&#039;re going to keep working on inventing a new language&quot; be false?</description>
		<content:encoded><![CDATA[<p>Did I miss some effort on your part to encourage the interoperability across ES3 implementations?  </p>
<p>Would a characterization of your actions upon Yahoo and Microsoft saying &#8220;umm, we think getting ES3 to be interoperable and maintainable would be a good idea&#8221; as &#8220;okay, you guys go do that if you want, we&#8217;re going to keep working on inventing a new language&#8221; be false?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brendan Eich</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/comment-page-1/#comment-4409</link>
		<dc:creator>Brendan Eich</dc:creator>
		<pubDate>Thu, 01 Nov 2007 09:14:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/#comment-4409</guid>
		<description>Chris, who is feeding you easily exposed lies about me ignoring dissent in TG1? Whoever they are, you should stop parroting them.

/be</description>
		<content:encoded><![CDATA[<p>Chris, who is feeding you easily exposed lies about me ignoring dissent in TG1? Whoever they are, you should stop parroting them.</p>
<p>/be</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rsayre</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/comment-page-1/#comment-4405</link>
		<dc:creator>rsayre</dc:creator>
		<pubDate>Thu, 01 Nov 2007 03:09:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/#comment-4405</guid>
		<description>The minority has produced no precise technical objections and no concrete alternative proposals. Sounds like something a working group chair should ignore.</description>
		<content:encoded><![CDATA[<p>The minority has produced no precise technical objections and no concrete alternative proposals. Sounds like something a working group chair should ignore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Wilson</title>
		<link>http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/comment-page-1/#comment-4403</link>
		<dc:creator>Chris Wilson</dc:creator>
		<pubDate>Thu, 01 Nov 2007 02:37:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/rob-sayre/2007/10/31/working-on-a-proposal/#comment-4403</guid>
		<description>...but no commentary on what the dissent is, or how the TG-1 committee chair plans on addressing it, other than ignoring it.</description>
		<content:encoded><![CDATA[<p>&#8230;but no commentary on what the dissent is, or how the TG-1 committee chair plans on addressing it, other than ignoring it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
