Mozilla Foundationは、引き続きJavaScriptに新しい言語機能を追加します。彼らは今バージョン1.8に達しており、1.5は多かれ少なかれECMA baselineです。JavaScriptバージョン1.5以降 - なぜですか？
しかし、Firefoxは最新バージョンをサポートするonly browserであり、IEは1.5相当のJScriptでしっかりと固定されています。
Firefox専用拡張機能はどのような目的のために提供されていますか？あるいは、ブラウザの残りの部分が追いつくまで（もしあれば）休止状態になっていますか？
言語を拡張することは、たとえ1つのブラウザで実行していても、良いアイデアです。最終的にそれ自体が証明され、他のブラウザが追いついていなければならない標準になります。
それ以外の場合、どのように進歩させることができますか？マイクロソフトはこれを常に行っています：Internet Explorerが最初にそれを実装していなかった場合、XMLHttpRequestはそれを標準にしましたか？
Mozillaの観点からは、Webデベロッパーが使用できる機能を増やすことを除いて、これらの変更の目的は、ECMA 262（リビジョン4）TC39 workgroupの次の改訂版として開発されているJavaScript 2.0になります。
今後のブラウザではJavaScript 2.0がサポートされます。その間、開発者は、Firefoxでネイティブにこれらの追加機能を利用し、Internet Explorerとの下位互換性を提供するJavaScriptライブラリを使用するよう招待されます。私はこれが非常に便利だと思う。
また、Webkit（KDEによって開発され、Safari、Chrome、いくつかのフリーソフトウェアブラウザで使用されているエンジン）がJavaScript 1.7をサポートしていることは興味深いかもしれません。
Firefox、Thunderbird、およびその他のXULアプリケーションも、JavaScriptで書かれた部分が大部分です。より機能的なJavaScriptとは、Firefoxやその他のMozillaアプリケーションの開発環境を改善することを意味します。
はい私はxulアプリを書いています。Pythonic配列の理解とその他の高度な機能を利用することが大好きです。それは素晴らしいです。 –
JavaScriptが改善された今の最大の理由は、ブラウザ間の互換性について心配する必要のない拡張作家のためです。
JavaScriptは、Netscapeにライセンス供与されたSunの商標であり、現在Mozilla Foundationによって保有されています。マイクロソフトでは、JScriptという独自の言語を実装していますが、他にもDMDScriptなどがあります。
ECMAScriptは、さまざまな実装に共通のベースラインを追加した後の考えです。したがって、標準の委員会の外で言語の開発が続けられるのは当然です。これは、標準の将来の改訂で実装者が先駆けて変更したものを自由に追加することができます（例えばJS1.6で導入される配列の追加はES3.1にあります）。
ええ、私は歴史を知っています。私はちょうどあなたがどこから始めたのかにかかわらず、（少なくとも）IEのための1.5互換のコードを書かなければならないので、実際にFF専用の拡張を誰が実際に使用するのか、そしてなぜ、スティーブンのXULの答えはこれまで最高でしたが、Webページの領域外でした。 –
WebKitを使用していても、Chromeに独自のJavaScriptエンジンがあることを明確にすることができます。私はそれを追加する言葉のない方法を考えることができません。 –
@Guss - SafariとChromeのバージョンが1.5以上だとわかっていますが、IEがインストールされている限り、下位互換性を提供するライブラリでも簡単なルートを使用して新機能を回避できます。私はテクノロジーを推進する必要性を理解していますが、私は単に進路が何であるか疑問に思っています。 –
私はこれが良い方法だと思います。スタンダードボディに渡す前に、スタンダードボディと協調して作業するのが一番良いでしょう。 – Guss