アカウント名:
パスワード:
いや、逆方向はそれでもいいんですよ。 ただ、これまでNetscapeやIEは「便利だからどんどん実装しちゃえ」とばかりに「標準」と「独自仕様」が曖昧(というかいっしょくた)なままに進化してしまったために「全てのブラウザに平等を」という話になっちゃった訳で、この辺の「標準と独自仕様の折り合いをどう付けるか」というのに興味があります。
もちろん「XULとHTMLは別物だ」というのは理解していますが、XULに対応した別の実装が現れてきた時には、また「標準化」が必要になってくるでしょうし、XULもこれから進化して行けば同じMozillaでもバージョンの違いによって振る舞いが変わってくるかもしれない。 そうなると、またHTMLと同じように独自仕様と標準化の追いかけっこが始まって、実装による差異が問題になってくるでしょう。 そうなった時に、またHTMLと同じ事を繰り返してしまうのもアホらしいし、そこから抜け出すのにまた新しいものを作らなくてはいけないのでは進歩がありません。
という訳で、私は「XULで(今)何ができるか」よりも「XULが(今後)どうなって行くのか」という点に興味がありますね。
XULもこれから進化して行けば同じMozillaでもバージョンの違いによって振る舞いが変わってくるかもしれない。 XMLをよく理解していない発言のように見えて仕方ないです。 変更に伴うリスクがゼロだとはいいませんが、XMLに基づいた文書って、仕様変更にたいしてそれほどデリケートでしょうか?
XMLをよく理解していない発言のように見えて仕方ないです。 変更に伴うリスクがゼロだとはいいませんが、XMLに基づいた文書って、仕様変更にたいしてそれほどデリケートでしょうか?
いえ、XML の部分としてはそれで良いでしょうが、XUL の場合は JavaScript の(実行プラットフォームの)挙動が実際 Mozilla のバージョンによって異なります。実に、Mozilla 1.0 と Mozilla 1.2.1 との間での互換性が保たれているわけではないのです。
そのため、XUL の文法がフィックスされているからといって、必ずしも標準的な技術言語となるための基盤が整ったとは言えませんし、それにはまだまだ障壁が多いと言えるでしょう。
何が必要かといえば、「アプリケーション実行環境でもあるブラウザ」ではなく、「ひとつの整ったアプリケーション実行環境」なのだと思います。これは、Gecko の上に乗っかるものにならざるを得ませんが、XRE はそういったものになるポテンシャルはあると思います。Mozilla 1.0 はその前者になるべきものだったのですが、実際にはそうなりませんでしたから。
XUL が使い物になるには、それを支える XPCOM のほうがむしろ重要なポイントになるのではないでしょうか。
仰る意味がよく分からないのですが、その考察は XUL に対してというよりも、ECMA Script に対して(それとは自覚することなく)当てはまっているような気がしますが。どうでしょう?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
全てのブラウザに平等を? (スコア:1, 興味深い)
いや、逆方向はそれでもいいんですよ。
ただ、これまでNetscapeやIEは「便利だからどんどん実装しちゃえ」とばかりに「標準」と「独自仕様」が曖昧(というかいっしょくた)なままに進化してしまったために「全てのブラウザに平等を」という話になっちゃった訳で、この辺の「標準と独自仕様の折り合いをどう付けるか」というのに興味があります。
もちろん「XULとHTMLは別物だ」というのは理解していますが、XULに対応した別の実装が現れてきた時には、また「標準化」が必要になってくるでしょうし、XULもこれから進化して行けば同じMozillaでもバージョンの違いによって振る舞いが変わってくるかもしれない。
そうなると、またHTMLと同じように独自仕様と標準化の追いかけっこが始まって、実装による差異が問題になってくるでしょう。
そうなった時に、またHTMLと同じ事を繰り返してしまうのもアホらしいし、そこから抜け出すのにまた新しいものを作らなくてはいけないのでは進歩がありません。
という訳で、私は「XULで(今)何ができるか」よりも「XULが(今後)どうなって行くのか」という点に興味がありますね。
Re:全てのブラウザに平等を? (スコア:0)
ランタイムの環境が整わなければダメ (スコア:1, 興味深い)
いえ、XML の部分としてはそれで良いでしょうが、XUL の場合は JavaScript の(実行プラットフォームの)挙動が実際 Mozilla のバージョンによって異なります。実に、Mozilla 1.0 と Mozilla 1.2.1 との間での互換性が保たれているわけではないのです。
そのため、XUL の文法がフィックスされているからといって、必ずしも標準的な技術言語となるための基盤が整ったとは言えませんし、それにはまだまだ障壁が多いと言えるでしょう。
何が必要かといえば、「アプリケーション実行環境でもあるブラウザ」ではなく、「ひとつの整ったアプリケーション実行環境」なのだと思います。これは、Gecko の上に乗っかるものにならざるを得ませんが、XRE はそういったものになるポテンシャルはあると思います。Mozilla 1.0 はその前者になるべきものだったのですが、実際にはそうなりませんでしたから。
XUL が使い物になるには、それを支える XPCOM のほうがむしろ重要なポイントになるのではないでしょうか。
Re:ランタイムの環境が整わなければダメ (スコア:0)
他に方法はあるし。
Re:全てのブラウザに平等を? (スコア:0)
旧仕様のクライアントを強制的に新仕様のものに置き換えることは
Re:全てのブラウザに平等を? (スコア:0)
仰る意味がよく分からないのですが、その考察は XUL に対してというよりも、ECMA Script に対して(それとは自覚することなく)当てはまっているような気がしますが。どうでしょう?
Re:全てのブラウザに平等を? (スコア:0)
ECMA Script(JavaScript)に対しても当てはまるのは当然です。
標準化/互換性を考えずに「便利だから」とか「これcoolじゃん」とか言ってどんどん新しい機能を付け加えて行くと、これまでのHTMLやECMA Script(JavaScript)と同じ羽目になっちゃうんじゃない?という話をしてるんですから。
Re:全てのブラウザに平等を? (スコア:0)