回答編集履歴
4
重複削除
test
CHANGED
|
@@ -1,89 +1,3 @@
|
|
|
1
|
-
### CSS 2.2
|
|
2
|
-
|
|
3
|
-
|
|
4
|
-
|
|
5
|
-
ベンダー接頭辞(Vendor prefix)の呼称はやや古い気がしますが、CSS仕様を遡ると、CSS 2.2には名残が見られます。
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
- [4.1.2.1 Vendor-specific extensions - CSS 2.2 Specification](https://www.w3.org/TR/CSS22/syndata.html#vendor-keywords)
|
|
10
|
-
|
|
11
|
-
- [4.1.2.1 ベンダー固有の拡張 - CSS 2.2 Specification(ja)](https://momdo.github.io/css2/syndata.html#vendor-keywords)
|
|
12
|
-
|
|
13
|
-
|
|
14
|
-
|
|
15
|
-
### Selectors Level 4
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
Selectors Level 4になると、Vendorを含む呼称はなくなり、**無効な選択子(Invalid Selectors)**と記載するに留まっています。
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
- [3.8. 名前空間 接頭辞の宣言法 - Selectors Level 4 （日本語訳）](https://triple-underscore.github.io/selectors4-ja.html#namespaces)
|
|
24
|
-
|
|
25
|
-
- [部分的な実装 - CSS Snapshot 2020 （日本語訳）](https://triple-underscore.github.io/css-snapshot-ja.html#conform-partial)
|
|
26
|
-
|
|
27
|
-
|
|
28
|
-
|
|
29
|
-
> ##### 3.8. 名前空間 接頭辞の宣言法
|
|
30
|
-
|
|
31
|
-
> 一部の選択子は，名前空間 接頭辞をサポートする。 名前空間 接頭辞を 宣言 する仕組みは、 Selectors を利用する言語により指定されるべきである。 言語が名前空間 接頭辞の宣言の仕組みを指定しない場合、いかなる接頭辞も宣言されない。 CSS においては、名前空間 接頭辞は @namespace 規則 [CSS3NAMESPACE] により宣言される。
|
|
32
|
-
|
|
33
|
-
> ##### 部分的な実装
|
|
34
|
-
|
|
35
|
-
> 作者が前方互換な構文解析規則を活用して，フォールバック値をあてがえるようにするため、 CSS 具現化器は、自身が実用レベルでサポートしないどの［ at-規則, プロパティ, プロパティ値, キーワード, 他の構文上の構成子 ］も，無効なものと扱って適切に無視するものとする。 特に，UA は、複数成分からなる値をとる単独のプロパティ宣言の中で，自身がサポートする値のみ尊守しつつ, 未サポートな値を選択的に無視してはならない。 いずれかの成分が無効と見なされる場合（未サポートな値はそう見なすものとする）、それを含む宣言全体を無視することが CSS から要求される。
|
|
36
|
-
|
|
37
|
-
> ##### 不安定／プロプライエタリな特能の実装
|
|
38
|
-
|
|
39
|
-
> 将来の安定的な CSS 特能との衝突を避けるため、 CSS WG は，［ CSS 用の［ 不安定な特能／プロプライエタリ拡張 ］を実装する際には， 最善な実施に従う ］ことを推奨する。
|
|
40
|
-
|
|
41
|
-
> ##### 勧告候補レベルの特能の実装
|
|
42
|
-
|
|
43
|
-
> 仕様が勧告候補の段階に達したならば、実装者は，仕様に則って正しく実装できた勧告候補レベルの特能について、接頭辞無しの実装をリリースし，その特能の接頭辞付き変種を公開するのは避けるべきである。
|
|
44
|
-
|
|
45
|
-
> 実装間の CSS の相互運用能を確立し, 保守するため、 CSS WG は、試験的でない CSS 具現化器が接頭辞無し CSS 特能の実装をリリースする前に，W3C に実装報告を（および，必要に応じて実装報告に利用されたテスト事例も併せて）提出することを要請する。 W3C に提出されたテスト事例は、 CSS WG による考査と訂正の対象になる。
|
|
46
|
-
|
|
47
|
-
> テスト事例, および実装報告の提出法についての更なる情報は、 CSS WG web サイトの https://www.w3.org/Style/CSS/Test/ にて見られる。 質問があれば， public-css-testsuite@w3.org メーリングリスト宛に寄せられるべきである。
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
### MDN
|
|
52
|
-
|
|
53
|
-
|
|
54
|
-
|
|
55
|
-
Firefox開発サイトのMDNには、ベンダープレフィックスの説明があります。
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
- [Vendor Prefix (ベンダー接頭辞) - MDN Web Docs 用語集: ウェブ関連用語の定義 | MDN](https://developer.mozilla.org/ja/docs/Glossary/Vendor_Prefix)
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
|
|
63
|
-
> ブラウザーベンダーは、実験的な機能にベンダー接頭辞をつけることをやめるようになってきています。ウェブ開発者は、実験的な機能であるにもかかわらず、実運用のウェブサイトで使用し続けてきました。これはブラウザーベンダーが互換性を維持して、新しい機能を導入することを困難にしてしまいました。これはシェアの小さなブラウザーにとっても有害で、有名なウェブサイトを読み込むために他のブラウザーの接頭辞を追加せざるを得ない結果になりました。
|
|
64
|
-
|
|
65
|
-
>
|
|
66
|
-
|
|
67
|
-
> 最近は、実験的な機能をユーザーが制御するフラグや設定によって隠して追加するようにし、より早く安定状態になるようにより小さな仕様を作成する傾向があります。
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
### まとめ (ベンダープレフィックス)
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
|
|
75
|
-
「ベンダープレフィックス」は各ブラウザベンダーが勝手に呼称している用語です。
|
|
76
|
-
|
|
77
|
-
CSS実装における実体は名前空間プレフィックス(Namespace Prefixes)を利用して、**Web標準APIに存在しない接頭辞を付与することで、標準APIとの衝突を防止している**に過ぎません。
|
|
78
|
-
|
|
79
|
-
使われ方は「Selectors Level 4」「MDN」で説明されているので割愛します。
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
※JavaScript APIでも、Vendor Prefixを使用したAPIを各ブラウザが実装していますが、これも使われ方は変わらず、MDNに説明があります。
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
1
|
### CSS 2.2
|
|
88
2
|
|
|
89
3
|
|
3
先行実装
test
CHANGED
|
@@ -68,7 +68,7 @@
|
|
|
68
68
|
|
|
69
69
|
|
|
70
70
|
|
|
71
|
-
### まとめ
|
|
71
|
+
### まとめ (ベンダープレフィックス)
|
|
72
72
|
|
|
73
73
|
|
|
74
74
|
|
|
@@ -84,4 +84,118 @@
|
|
|
84
84
|
|
|
85
85
|
|
|
86
86
|
|
|
87
|
+
### CSS 2.2
|
|
88
|
+
|
|
89
|
+
|
|
90
|
+
|
|
91
|
+
ベンダー接頭辞(Vendor prefix)の呼称はやや古い気がしますが、CSS仕様を遡ると、CSS 2.2には名残が見られます。
|
|
92
|
+
|
|
93
|
+
|
|
94
|
+
|
|
95
|
+
- [4.1.2.1 Vendor-specific extensions - CSS 2.2 Specification](https://www.w3.org/TR/CSS22/syndata.html#vendor-keywords)
|
|
96
|
+
|
|
97
|
+
- [4.1.2.1 ベンダー固有の拡張 - CSS 2.2 Specification(ja)](https://momdo.github.io/css2/syndata.html#vendor-keywords)
|
|
98
|
+
|
|
99
|
+
|
|
100
|
+
|
|
101
|
+
### Selectors Level 4
|
|
102
|
+
|
|
103
|
+
|
|
104
|
+
|
|
105
|
+
Selectors Level 4になると、Vendorを含む呼称はなくなり、**無効な選択子(Invalid Selectors)**と記載するに留まっています。
|
|
106
|
+
|
|
107
|
+
|
|
108
|
+
|
|
109
|
+
- [3.8. 名前空間 接頭辞の宣言法 - Selectors Level 4 （日本語訳）](https://triple-underscore.github.io/selectors4-ja.html#namespaces)
|
|
110
|
+
|
|
111
|
+
- [部分的な実装 - CSS Snapshot 2020 （日本語訳）](https://triple-underscore.github.io/css-snapshot-ja.html#conform-partial)
|
|
112
|
+
|
|
113
|
+
|
|
114
|
+
|
|
115
|
+
> ##### 3.8. 名前空間 接頭辞の宣言法
|
|
116
|
+
|
|
117
|
+
> 一部の選択子は，名前空間 接頭辞をサポートする。 名前空間 接頭辞を 宣言 する仕組みは、 Selectors を利用する言語により指定されるべきである。 言語が名前空間 接頭辞の宣言の仕組みを指定しない場合、いかなる接頭辞も宣言されない。 CSS においては、名前空間 接頭辞は @namespace 規則 [CSS3NAMESPACE] により宣言される。
|
|
118
|
+
|
|
119
|
+
> ##### 部分的な実装
|
|
120
|
+
|
|
121
|
+
> 作者が前方互換な構文解析規則を活用して，フォールバック値をあてがえるようにするため、 CSS 具現化器は、自身が実用レベルでサポートしないどの［ at-規則, プロパティ, プロパティ値, キーワード, 他の構文上の構成子 ］も，無効なものと扱って適切に無視するものとする。 特に，UA は、複数成分からなる値をとる単独のプロパティ宣言の中で，自身がサポートする値のみ尊守しつつ, 未サポートな値を選択的に無視してはならない。 いずれかの成分が無効と見なされる場合（未サポートな値はそう見なすものとする）、それを含む宣言全体を無視することが CSS から要求される。
|
|
122
|
+
|
|
123
|
+
> ##### 不安定／プロプライエタリな特能の実装
|
|
124
|
+
|
|
125
|
+
> 将来の安定的な CSS 特能との衝突を避けるため、 CSS WG は，［ CSS 用の［ 不安定な特能／プロプライエタリ拡張 ］を実装する際には， 最善な実施に従う ］ことを推奨する。
|
|
126
|
+
|
|
127
|
+
> ##### 勧告候補レベルの特能の実装
|
|
128
|
+
|
|
129
|
+
> 仕様が勧告候補の段階に達したならば、実装者は，仕様に則って正しく実装できた勧告候補レベルの特能について、接頭辞無しの実装をリリースし，その特能の接頭辞付き変種を公開するのは避けるべきである。
|
|
130
|
+
|
|
131
|
+
> 実装間の CSS の相互運用能を確立し, 保守するため、 CSS WG は、試験的でない CSS 具現化器が接頭辞無し CSS 特能の実装をリリースする前に，W3C に実装報告を（および，必要に応じて実装報告に利用されたテスト事例も併せて）提出することを要請する。 W3C に提出されたテスト事例は、 CSS WG による考査と訂正の対象になる。
|
|
132
|
+
|
|
133
|
+
> テスト事例, および実装報告の提出法についての更なる情報は、 CSS WG web サイトの https://www.w3.org/Style/CSS/Test/ にて見られる。 質問があれば， public-css-testsuite@w3.org メーリングリスト宛に寄せられるべきである。
|
|
134
|
+
|
|
135
|
+
|
|
136
|
+
|
|
137
|
+
### MDN
|
|
138
|
+
|
|
139
|
+
|
|
140
|
+
|
|
141
|
+
Firefox開発サイトのMDNには、ベンダープレフィックスの説明があります。
|
|
142
|
+
|
|
143
|
+
|
|
144
|
+
|
|
145
|
+
- [Vendor Prefix (ベンダー接頭辞) - MDN Web Docs 用語集: ウェブ関連用語の定義 | MDN](https://developer.mozilla.org/ja/docs/Glossary/Vendor_Prefix)
|
|
146
|
+
|
|
147
|
+
|
|
148
|
+
|
|
149
|
+
> ブラウザーベンダーは、実験的な機能にベンダー接頭辞をつけることをやめるようになってきています。ウェブ開発者は、実験的な機能であるにもかかわらず、実運用のウェブサイトで使用し続けてきました。これはブラウザーベンダーが互換性を維持して、新しい機能を導入することを困難にしてしまいました。これはシェアの小さなブラウザーにとっても有害で、有名なウェブサイトを読み込むために他のブラウザーの接頭辞を追加せざるを得ない結果になりました。
|
|
150
|
+
|
|
151
|
+
>
|
|
152
|
+
|
|
153
|
+
> 最近は、実験的な機能をユーザーが制御するフラグや設定によって隠して追加するようにし、より早く安定状態になるようにより小さな仕様を作成する傾向があります。
|
|
154
|
+
|
|
155
|
+
|
|
156
|
+
|
|
157
|
+
### まとめ (ベンダープレフィックス)
|
|
158
|
+
|
|
159
|
+
|
|
160
|
+
|
|
161
|
+
「ベンダープレフィックス」は各ブラウザベンダーが勝手に呼称している用語です。
|
|
162
|
+
|
|
163
|
+
CSS実装における実体は名前空間プレフィックス(Namespace Prefixes)を利用して、**Web標準APIに存在しない接頭辞を付与することで、標準APIとの衝突を防止している**に過ぎません。
|
|
164
|
+
|
|
165
|
+
使われ方は「Selectors Level 4」「MDN」で説明されているので割愛します。
|
|
166
|
+
|
|
167
|
+
|
|
168
|
+
|
|
169
|
+
※JavaScript APIでも、Vendor Prefixを使用したAPIを各ブラウザが実装していますが、これも使われ方は変わらず、MDNに説明があります。
|
|
170
|
+
|
|
171
|
+
|
|
172
|
+
|
|
173
|
+
### 先行実装
|
|
174
|
+
|
|
175
|
+
|
|
176
|
+
|
|
177
|
+
- [先行実装 - SuikaWiki](https://wiki.suikawiki.org/n/%E5%85%88%E8%A1%8C%E5%AE%9F%E8%A3%85$16871)
|
|
178
|
+
|
|
179
|
+
|
|
180
|
+
|
|
181
|
+
> ##### 先行実装
|
|
182
|
+
|
|
183
|
+
> [1] 以前は、 CSS3 などの原案段階の仕様を勧告化に先立って実装することを先行実装などと呼んでいました。
|
|
184
|
+
|
|
185
|
+
> [2] 現在は Webブラウザーの開発と標準仕様の開発が並行して協調しながら進められることが一般的になり、 「勧告」というステータスの意味がなくなっているので、「先行実装」という言い方はあまりしなくなりました。 平成23(2011)年1月2日(日) 17時45分45秒
|
|
186
|
+
|
|
187
|
+
|
|
188
|
+
|
|
189
|
+
どこまで信頼できるのか分からない個人サイトですが、私の認識とも概ね一致します。
|
|
190
|
+
|
|
191
|
+
「勧告前の不安定な仕様を実装すること」を**先行実装**といいます。
|
|
192
|
+
|
|
193
|
+
|
|
194
|
+
|
|
195
|
+
現在では**Living Standard**な仕様が明文化されつつあるので、先行実装を唱えられる事は少なくなりましたが、知識として覚えておくのは良いと思います。
|
|
196
|
+
|
|
197
|
+
HTML/CSS/JavaScript等のクライアントサイド言語には依然として、クロスブラウザの問題があります。
|
|
198
|
+
|
|
199
|
+
|
|
200
|
+
|
|
87
201
|
Re: syakade-su さん
|
2
MDN
test
CHANGED
|
@@ -76,11 +76,11 @@
|
|
|
76
76
|
|
|
77
77
|
CSS実装における実体は名前空間プレフィックス(Namespace Prefixes)を利用して、**Web標準APIに存在しない接頭辞を付与することで、標準APIとの衝突を防止している**に過ぎません。
|
|
78
78
|
|
|
79
|
-
使われ方は「Selectors Level 4」で説明されているので割愛します。
|
|
79
|
+
使われ方は「Selectors Level 4」「MDN」で説明されているので割愛します。
|
|
80
80
|
|
|
81
81
|
|
|
82
82
|
|
|
83
|
-
※JavaScript APIでも、Vendor Prefixを使用したAPIを各ブラウザが実装していますが、これも使われ方は変わりま
|
|
83
|
+
※JavaScript APIでも、Vendor Prefixを使用したAPIを各ブラウザが実装していますが、これも使われ方は変わらず、MDNに説明があります。
|
|
84
84
|
|
|
85
85
|
|
|
86
86
|
|
1
接頭辞
test
CHANGED
|
@@ -74,7 +74,7 @@
|
|
|
74
74
|
|
|
75
75
|
「ベンダープレフィックス」は各ブラウザベンダーが勝手に呼称している用語です。
|
|
76
76
|
|
|
77
|
-
CSS実装における実体は名前空間プレフィックス(Namespace Prefixes)を利用して、**標準
|
|
77
|
+
CSS実装における実体は名前空間プレフィックス(Namespace Prefixes)を利用して、**Web標準APIに存在しない接頭辞を付与することで、標準APIとの衝突を防止している**に過ぎません。
|
|
78
78
|
|
|
79
79
|
使われ方は「Selectors Level 4」で説明されているので割愛します。
|
|
80
80
|
|