私はJavaScript以外のクライアント側言語のアイデアを持っていましたが、この新しい言語のインクルードを扱うFirefoxプラグインを開発したいと考えています<のスクリプトタイプ= "newscript" src = "path/script.ns" />のようなページで、ネイティブにサポートされている言語と同じように。プラグインはすべての言語解析を行い、理想的にはブラウザ上でのすべての操作と、JavaScriptと同じようにWebページ内のhtmlとcssを実行できるようになります。カスタムクライアント側の言語を解析するためのFirefoxプラグインの作成
私はグーグルをしてきましたが、基本的なFirefoxプラグインの作成に関するいくつかの記事を見つけましたが、これほど複雑ではありません。
これも可能ですか？
@Nathan de Vries：いいえ、実際には、NPAPIのプラグインは、<script type=...>のサポートを実装させません。
OP：これは簡単ではありませんが、PythonのPyDOMとPyXPCOMの言語バインディングを探してください。前者はまさにあなたが求めたことを行います - Pythonのために、私はその現在の状態について確信がありません。いずれの場合でも、追加のスクリプトタイプをサポートするために独自のFirefoxビルドを作成する必要があります。
本当にあなたのページを独自のカスタムスクリプト言語に結びつけたいですか？あるいは、クライアント側のコードをjavascriptではないものに書きたいと思っていますか？後者の場合、MileScript、haXe、またはGoogle Web Toolkit
をお試しください。あなたが何をしたいのか分かっている場合は、Geckoプラグインを作成する必要があります。プラグインを使用すると、独自のMIMEタイプを登録してから、DOMのJavascript &を操作することができます。
これは、あなたのプラグインをロードするためにページ上<object />または<embed />タグを含める必要があるだろうが、あなたは、その後、<script type="application/x-yourtype" />を探し、そのスクリプトタグののinnerTextをつかむと、あなたのプラグインを使用してそれを解析できることを意味します。
Nickolayが示唆しているように、代わりに現在ブラウザがサポートしているものを使用したり、ブラウザのカスタムビルドを作成したりすることもできます。 Daniel SpiewakのJavaアプレット（またはFlashアプレットも動作する）を使用する提案も有効です。
あなたは後にしている情報は、Mozillaの開発者向けウェブサイトで提供されています：
素晴らしい！私はJavaScriptをまったくやりたくはありませんが、私はDOMを操作できるようにしたいと考えています。警告ボックスのようなものについては、もう一度、Firefoxに、そしてそのようなもののために提供するAPIにまっすぐに行きたいと思う。 – willurd
面白いアイデア。これを行うには、実際にはブラウザ固有のプラグインを作成する必要はありません。一部のpeople have experimentedは、JRubyをアプレットで使用して、<script type="text/ruby">に埋め込まれたコードを実行します。そのようなソリューションは、起動時に（JVMインスタンス全体をロードするオーバーヘッドのために）遅くなる可能性がありますが、長期的には（ブラウザをまたいだ）はるかに柔軟性があります。さらに、JVM言語でカスタム言語インタープリタを構築する方が、Geckoに慣れさせようとするよりも簡単です。
これは、このプロジェクトに役立つ洞察と良いオプションです。 – willurd
これはもっと理論的なプロジェクトです。 "それはできますか？"、 "それでは、やってみましょう"というようなものです。私は、あなたがレンダリングするためにプラグインが必要な言語でテーブルに食べ物を置くことになっているものを開発しようとは考えていません。 – willurd
ああ、クールなアイデア:)それはプラグインAPIとXPCOMを学ぶ良いプロジェクトかもしれない – rpetrich