アカウント名:
パスワード:
以後はFirefoxやThunderbirdのみになるということではないでしょうか？
もともとそういう計画でしたよね。
ところで Composer ってどうなるんでしょう?
どちらのアプリケーションでも、 Gecko Runtime Environment （GRE） を使用して、一度 Gecko をインストールすれば、それを共有して使用する事ができるようになるでしょう。
と
スタンドアロンのアプリケーションであると同時に、他のアプリケーションにインストールされるアドオンでもあるように設計されるべきです。このようなアプリケーショ
かつて示された [mozilla-japan.org]通りであるならば どちらのアプリケーションでも、 Gecko Runtime Environment （GRE） を使用して、一度 Gecko をインストールすれば、それを共有して使用する事ができるようになるでしょう。 と スタンドアロンのアプリケーションであると同時に、他のアプリケーションにインストールされるアドオンでもあるように設計されるべきです。このようなアプリケーションの例として、Thunderbird、別名 Mozilla メール があり、スタンドアロンのアプリケーションとしても動作し、また Mozilla Firefox、別名 Mozilla ブラウザにエクステンションとして直接インストールする事もできるようになるでしょう。 も実行してくれよ。
かつて示された [mozilla-japan.org]通りであるならば
スタンドアロンのアプリケーションであると同時に、他のアプリケーションにインストールされるアドオンでもあるように設計されるべきです。このようなアプリケーションの例として、Thunderbird、別名 Mozilla メール があり、スタンドアロンのアプリケーションとしても動作し、また Mozilla Firefox、別名 Mozilla ブラウザにエクステンションとして直接インストールする事もできるようになるでしょう。
# マークアップ引用者修正。blockquoteの子にテキストは置けないよ。
前者、GREはXULRunner [mozilla.org]として開発継続中です (Bug 257162 [mozilla.org])。同一のXULRunnerでFirefoxとThunderbirdを動作させると言うのの、直接の作業の気配は見えませんが、Bug 285789 comment #0 [mozilla.org]にそれを気にしているという記述があります :-p)
ところでこのXULRunnerが軌道に乗れば、再びSuiteがMoFoから出ると言う可能性もあります (Bug 255807 [mozilla.org]) ……Firefox/Thunderbirdベースの、ですが。この時「AS辞めないで」と言った人たちはどう思うのでしょうか。
Firefox も Seamonkey も A vehicle for Gecko という捉え方が出来ますね。
主観的なところもありますが、mozilla.org では長期的なブランチのソースコード管理が苦手な印象があります。1.4 ブランチでは途中混入した Gecko のバグが直されないままでいた (修正案を出すのも trunk と比べて難しくなっている場合がある) というのがひとつの理由です。trunk と乖離するにつれ、1.7 ブランチも同じような問題を抱える可能性もあります。
もし、Gecko が次のメジャーなマイルストーン (恐らく 2.0) に到達した時点で Mozilla Foundation で 1.7.x の保守が続いていて、その時点で Seamonkey の XULRunner ベースへの移行が済んでおり、また、まだ広く AS へのニーズがあれば再び出る可能性はあるかも知れないですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
これって (スコア:0)
それぞれ別個に配布されるということでいいんですよね？
Re:これって (スコア:1)
Re:これって (スコア:1)
もともとそういう計画でしたよね。
ところで Composer ってどうなるんでしょう?
Re:これって (スコア:0)
Re:これって (スコア:1, 参考になる)
と
Re:これって (スコア:1)
# マークアップ引用者修正。blockquoteの子にテキストは置けないよ。
前者、GREはXULRunner [mozilla.org]として開発継続中です (Bug 257162 [mozilla.org])。同一のXULRunnerでFirefoxとThunderbirdを動作させると言うのの、直接の作業の気配は見えませんが、Bug 285789 comment #0 [mozilla.org]にそれを気にしているという記述があります :-p)
ところでこのXULRunnerが軌道に乗れば、再びSuiteがMoFoから出ると言う可能性もあります (Bug 255807 [mozilla.org]) ……Firefox/Thunderbirdベースの、ですが。この時「AS辞めないで」と言った人たちはどう思うのでしょうか。
Re:これって (スコア:1)
Firefox も Seamonkey も A vehicle for Gecko という捉え方が出来ますね。
主観的なところもありますが、mozilla.org では長期的なブランチのソースコード管理が苦手な印象があります。1.4 ブランチでは途中混入した Gecko のバグが直されないままでいた (修正案を出すのも trunk と比べて難しくなっている場合がある) というのがひとつの理由です。trunk と乖離するにつれ、1.7 ブランチも同じような問題を抱える可能性もあります。
もし、Gecko が次のメジャーなマイルストーン (恐らく 2.0) に到達した時点で Mozilla Foundation で 1.7.x の保守が続いていて、その時点で Seamonkey の XULRunner ベースへの移行が済んでおり、また、まだ広く AS へのニーズがあれば再び出る可能性はあるかも知れないですね。