スタンドアロンのアプリケーションであると同時に、他のアプリケーションにインストールされるアドオンでもあるように設計されるべきです。このようなアプリケーションの例として、Thunderbird、別名 Mozilla メール があり、スタンドアロンのアプリケーションとしても動作し、また Mozilla Firefox、別名 Mozilla ブラウザにエクステンションとして直接インストールする事もできるようになるでしょう。
スタンドアロンのアプリケーションであると同時に、他のアプリケーションにインストールされるアドオンでもあるように設計されるべきです。このようなアプリケーションの例として、Thunderbird、別名 Mozilla メール があり、スタンドアロンのアプリケーションとしても動作し、また Mozilla Firefox、別名 Mozilla ブラウザにエクステンションとして直接インストールする事もできるようになるでしょう。
これって (スコア: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 へのニーズがあれば再び出る可能性はあるかも知れないですね。