アカウント名:
パスワード:
一般ユーザー的な視点から見てもバージョンアップのたびに一部のアドオンが互換性がないとかで無効化されるとそれを利用している人にとっては困るのですけど互換性を維持した状態でバージョンアップをすることはできないのでしょうか?
APIが変更されていれば、互換性は(理屈の上では)維持される。で、その変更に追随していない拡張は無効になるってことなはず。
ただ、どのAPIを生かすとか変えるとかの方向性が見えない。簡単に拡張を作れるようにするとか、いろいろやってるけど、そのあたりも迷走しているんだよね。
一般ユーザにとっては知ったことではないだろうけど、MSのAPI互換性維持レベルに慣れているときついわな。
それは拡張の作者が動作確認を取っていないFirefoxのバージョンでは原則無効化する作りになっていたから。実際にはそのまま動くことも多かった。今はそのチェックを緩くして、動作しないという報告があったものだけ非互換扱いになっている。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
これはエンジニア向けの話なのでしょうけど (スコア:0)
一般ユーザー的な視点から見てもバージョンアップのたびに一部のアドオンが互換性がないとかで無効化されるとそれを利用している人にとっては困るのですけど互換性を維持した状態でバージョンアップをすることはできないのでしょうか?
Re: (スコア:0)
APIが変更されていれば、互換性は(理屈の上では)維持される。
で、その変更に追随していない拡張は無効になるってことなはず。
ただ、どのAPIを生かすとか変えるとかの方向性が見えない。
簡単に拡張を作れるようにするとか、いろいろやってるけど、そのあたりも迷走しているんだよね。
一般ユーザにとっては知ったことではないだろうけど、MSのAPI互換性維持レベルに慣れているときついわな。
Re: (スコア:0)
それは拡張の作者が動作確認を取っていないFirefoxのバージョンでは原則無効化する作りになっていたから。
実際にはそのまま動くことも多かった。
今はそのチェックを緩くして、動作しないという報告があったものだけ非互換扱いになっている。