アカウント名:
パスワード:
Web開発者の方はご注意を。
「-moz」が付いたものって、元々、Firefox 限定な訳だから、一般の Web でこれを使うというのは、覚悟があってのことだと思うんだけど、それでも使われることって、実際には結構あったりするのかなぁ。その業界じゃないんで、純粋な疑問として。
どっちかというと、昔ながらの XUL で作られたアドオンで、放置状態になっているものが使えなくなる、というケースの方が、個人的には心配。
CSS3が正式に公開される前に、ベンダープレフィックスとして-mozとか-webkitをつけてブラウザ側で先行利用していたプロパティが幾つかあったはずです。border-radiusとかも確かそう。
今回廃止になるのは、正式にCSS3に乗って、先取りでプレフィックスをつけてたプロパティのみなんじゃないですかね、多分。
なので、ちょい古いサイトでCSS3を先取りしてた的な所はプレフィックスを除いたプロパティ名に直してやらないと、という話ですね。多分そこそこありそうです
＃-webkit-border-radiusと-moz-border-radiusは意味的に同じなので＃併記している場合が多いです。
補足させてください。
> CSS3が正式に公開される前に、ベンダープレフィックスとして-mozとか-webkitをつけて> ブラウザ側で先行利用していたプロパティが幾つかあったはずです。
現在の策定プロセスでは、1. 各ベンダーがプリフィックスを付けた状態で実装2. 解釈のブレ等、実装上の問題が無いか確認。あれば再度議論3. 複数のベンダーで問題無い事が確認できたら正式採用。プリフィックス無しでも使えるように、
と言う流れになっています。
プリフィックスはベンダー実装テストの段階にあるわけですから、一般ユーザが使うとすれば、元のコメントのJULYさんの仰る通り「覚悟があってのこと」でなければなりません。それは、正式採用時にプリフィックス付きの記述を再確認して最終実装に合わせて書き直すと言う事です。※ べき論で言えば、一般ユーザはプリフィックス付きの時点では使うべきではありませんが、
> 1. 各ベンダーがプリフィックスを付けた状態で実装> 2. 解釈のブレ等、実装上の問題が無いか確認。あれば再度議論> 3. 複数のベンダーで問題無い事が確認できたら正式採用。プリフィックス無しでも使えるように、一部順番が違う。CRで接頭辞を外した実装が解禁されて、複数ベンダで問題がないことを確認したらPRに進む。一般ユーザが使わなかったら問題が無いか確認できないわけで。
>なので、ちょい古いサイトでCSS3を先取りしてた的な所はプレフィックスを除いた>プロパティ名に直してやらないと、という話ですね。多分そこそこありそうですprefixつきのものと、なしのものを併記してるのが当然だと思ったけれど、そうでもないのか…。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
影響を受けるのは... (スコア:2)
「-moz」が付いたものって、元々、Firefox 限定な訳だから、一般の Web でこれを使うというのは、覚悟があってのことだと思うんだけど、それでも使われることって、実際には結構あったりするのかなぁ。その業界じゃないんで、純粋な疑問として。
どっちかというと、昔ながらの XUL で作られたアドオンで、放置状態になっているものが使えなくなる、というケースの方が、個人的には心配。
Re:影響を受けるのは... (スコア:0)
CSS3が正式に公開される前に、ベンダープレフィックスとして-mozとか-webkitをつけて
ブラウザ側で先行利用していたプロパティが幾つかあったはずです。border-radiusとかも確かそう。
今回廃止になるのは、正式にCSS3に乗って、先取りでプレフィックスをつけてた
プロパティのみなんじゃないですかね、多分。
なので、ちょい古いサイトでCSS3を先取りしてた的な所はプレフィックスを除いた
プロパティ名に直してやらないと、という話ですね。多分そこそこありそうです
＃-webkit-border-radiusと-moz-border-radiusは意味的に同じなので
＃併記している場合が多いです。
Re:影響を受けるのは... (スコア:2, 参考になる)
補足させてください。
> CSS3が正式に公開される前に、ベンダープレフィックスとして-mozとか-webkitをつけて
> ブラウザ側で先行利用していたプロパティが幾つかあったはずです。
現在の策定プロセスでは、
1. 各ベンダーがプリフィックスを付けた状態で実装
2. 解釈のブレ等、実装上の問題が無いか確認。あれば再度議論
3. 複数のベンダーで問題無い事が確認できたら正式採用。プリフィックス無しでも使えるように、
と言う流れになっています。
プリフィックスはベンダー実装テストの段階にあるわけですから、
一般ユーザが使うとすれば、元のコメントのJULYさんの仰る通り「覚悟があってのこと」でなければなりません。
それは、正式採用時にプリフィックス付きの記述を再確認して最終実装に合わせて書き直すと言う事です。
※ べき論で言えば、一般ユーザはプリフィックス付きの時点では使うべきではありませんが、
Re:影響を受けるのは... (スコア:2, 参考になる)
> 1. 各ベンダーがプリフィックスを付けた状態で実装
> 2. 解釈のブレ等、実装上の問題が無いか確認。あれば再度議論
> 3. 複数のベンダーで問題無い事が確認できたら正式採用。プリフィックス無しでも使えるように、
一部順番が違う。CRで接頭辞を外した実装が解禁されて、複数ベンダで問題がないことを確認したらPRに進む。
一般ユーザが使わなかったら問題が無いか確認できないわけで。
Re: (スコア:0)
>なので、ちょい古いサイトでCSS3を先取りしてた的な所はプレフィックスを除いた
>プロパティ名に直してやらないと、という話ですね。多分そこそこありそうです
prefixつきのものと、なしのものを併記してるのが当然だと思ったけれど、そうでもないのか…。