CSS 条件付き規則 — CSS Conditional Rules Module Level 3

1. 序論

2. 条件付き~group規則の処理

この仕様は、 `条件付き~group規則@ と呼ばれる~CSS`~at-規則$を定義する。 それは、 いくつかの~CSS規則からなる~groupに，ある条件を結付ける。 ~testする条件には様々なものが許容されるが、［ その内容が，条件の真偽に基づいてどう利用されるか ］については，共通な挙動を共有する。 ◎ This specification defines some CSS at-rules, called conditional group rules, that associate a condition with a group of other CSS rules. These different rules allow testing different types of conditions, but share common behavior for how their contents are used when the condition is true and when the condition is false.

@media print {
  /* 
印刷~時には、
~navi~controlを隠す
◎
hide navigation controls when printing
 */
  #navigation { display: none }
}

各 `条件付き~group規則$は、 随時, `真^i または `偽^i に評価される条件を持つ。 ~CSS処理器は、 ~group規則の内側にある規則を［ 条件が `真^i のときは，それらが~group規則の所に在ったかのように適用する／ 条件が `偽^i のときは，どれも適用しない ］モノトスル。 条件の現在の状態が~CSS~obj~modelに影響することはない — ~group規則の内容は、 常に~group規則の中にあり続ける。 ◎ Each conditional group rule has a condition, which at any time evaluates to true or false. When the condition is true, CSS processors must apply the rules inside the group rule as though they were at the group rule’s location; when the condition is false, CSS processors must not apply any of rules inside the group rule. The current state of the condition does not affect the CSS object model, in which the contents of the group rule always remain within the group rule.

したがって，複数の`条件付き~group規則$が入子にされている場合、 その末端の~group規則の内側にある規則は，それらの~group規則の条件がすべて `真^i になるときに限り適用されることになる。 ◎ This means that when multiple conditional group rules are nested, a rule inside of both of them applies only when all of the rules' conditions are true.

@media print { /* 規則 (1) */
  /* 
印刷~時には、
~navi~controlを隠す
◎
hide navigation controls when printing
 */
  #navigation { display: none }
  @media (max-width: 12cm) { /* 規則 (2) */
    /* 
狭い~pageに印刷するときは、
`.note^css を~flow内に保つ
◎
keep notes in flow when printing to narrow pages
 */
    .note { float: none }
  }
}

~CSS処理器は、 `条件付き~group規則$の条件が変化したときには、 その真偽に応じて，その規則の適用-可否を反映するモノトスル。 【例えば，~scriptにより動的に変更された場合に加えて、特に `media$at 規則の場合，環境の変化に伴って条件の真偽が変化する場合もあろう。】 ただし、 内側にある~propのうち，［ その算出d値の効果が，その値の存続期間を過ぎても持続する ］ものと定義されているもの （ `CSS3-TRANSITIONS$r や `CSS3-ANIMATIONS$r における一部の~propなど） は除く。 ◎ When the condition for a conditional group rule changes, CSS processors must reflect that the rules now apply or no longer apply, except for properties whose definitions define effects of computed values that persist past the lifetime of that value (such as for some properties in [CSS3-TRANSITIONS] and [CSS3-ANIMATIONS]).

3. 条件付き~group規則の内容

どの`条件付き~group規則$も、 自身の~block内に `rule-list$t をとるものと定義される。 すなわち、 通常は~stylesheetの~top-levelに許容される，どの規則も — 他から制約されない限り — 受容できることを意味する。 （例えば、 `import$at 規則は，~stylesheetが実際に始まる所に現れなければナラナイので、 別の規則の内側では妥当でない。） ◎ All conditional group rules are defined to take a <rule-list> in their block, which means they can accept any rule that is normally allowed at the top-level of a stylesheet, and not otherwise restricted. (For example, an @import rule must appear at the actual beginning of a stylesheet, and so is not valid inside of another rule.)

`rule-list$t の内側にある規則のうち，妥当でない, または未知なものは、 `無効$と見なして無視するモノトスル — が、 `条件付き~group規則$を無効~化することはない。 ◎ Invalid or unknown rules inside the <rule-list> must be considered invalid and ignored, but do not invalidate the conditional group rule.

`条件付き~group規則$内で利用される`名前空間 接頭辞$は、 宣言-済みでなければナラナイ — さもなければ`無効$になる。 ◎ Any namespace prefixes used in a conditional group rule must have been declared, otherwise they are invalid.

@namespace x url(http://www.w3.org/1999/xlink);
@supports (content: attr(x|href)) {
  // do something
}

@supports (content: attr(n|tooltip)) {
  // do something
}

4. 条件付き~group規則が許容される場所

`条件付き~group規則$は、 ~style規則が許容される所（~stylesheetの~top-level, および他の条件付き~group規則の中）では，どこでも許容される。 ~CSS処理器は、 それらを `§ 条件付き~group規則の処理＠#processing$ に従って処理するモノトスル。 ◎ Conditional group rules are allowed wherever style rules are allowed (at the top-level of a style sheet, as well as within other conditional group rules). CSS processors must process such rules as described above.

~style規則より後には許容されない`~at-規則$ （例： `charset$at, `import$at, `namespace$at ） は、 `条件付き~group規則$の後でも許容されない — したがって、 そのように配置されたものは`無効$になる。 ◎ Any at-rules that are not allowed after a style rule (e.g., @charset, @import, or @namespace rules) are also not allowed after a conditional group rule, and are therefore invalid when so placed.

5. 媒体に特有な~stylesheet： `media^at 規則

`media@at 規則は、 条件として`媒体~query$を伴う，`条件付き~group規則$である。 その構文は： ◎ The @media rule is a conditional group rule whose condition is a media query. Its syntax is:

@media `media-query-list$t {
	`rule-list$t
}

それは、 次の並びからなり， `媒体~query$を評価した結果が規則の条件を与える ⇒＃ at-~keyword `media$at, `媒体~query~list$ `MEDIAQUERIES-4$r （空もとり得る）, 任意な規則を包含している~block ◎ It consists of the at-keyword @media followed by a (possibly empty) media query list (as defined in [MEDIAQUERIES-4]), followed by a block containing arbitrary rules. The condition of the rule is the result of the media query.

@media screen and (min-width: 35em), print and (min-width: 40em) {
  #section_navigation { float: left; width: 10em; }
}

6. 特能~query： `supports^at 規則

`supports@at 規則は、 `条件付き~group規則$であり， ~UAが~CSS~propの［ 名前, 値 ］が成す~pairたち【！property:value pairs】を`~support$するかどうかを~testする。 これを利用すれば、［ 新たな特能が~supportされていて可用ならば それを利用し， さもなければ上品に退行する ］ような~stylesheetを書ける。 これらの~queryは、 `~CSS特能~query@ あるいは（俗に） `~supports~query@ と呼ばれる。 ◎ The @supports rule is a conditional group rule whose condition tests whether the user agent supports CSS property:value pairs. Authors can use it to write style sheets that use new features when available but degrade gracefully when those features are not supported. These queries are called CSS feature queries or (colloquially) supports queries.

注記： ~CSSは，上品に退行するための既存の仕組み — 未~supportな［ ~prop／~propの値 ］を無視するなど — も備えているが、［ 新たな~layout~systemによる特能 ］を利用するときなど，［ ~styleの巨大な~groupを，一定の特能の~supportに束ねる ］には，常に足るとは限らない。 ◎ Note: CSS has existing mechanisms for graceful degradation, such as ignoring unsupported properties or values, but these are not always sufficient when large groups of styles need to be tied to the support for certain features, as is the case for use of new layout system features.

`supports$at 規則~内の条件の構文は、 `MEDIAQUERIES-4$r における `media-condition$t のそれに類似する — `未知^i な値に対する論理は伴わないことを除いて： ◎ The syntax of the condition in the @supports rule is similar to that defined for <media-condition> in [MEDIAQUERIES-4], but without the "unknown" value logic:

• ［ 新たな特能を用いる~style, ~fallback用の~style ］を［ （~at-規則の構文~用の前方-互換な文法の規則の中で） 分離できるようにする ］ため, および［ 一方が他方を上書きしないようにする ］ためには、 否定（ `negation^en — `not^css ）が必要になる。 ◎ negation is needed so that the new-feature styles and the fallback styles can be separated (within the forward-compatible grammar’s rules for the syntax of @-rules), and not required to override each other.
• 複数の特能が要求されるとき，それらの~supportを~testするためには、 論理積（ `conjunction^en — `and^css ）が必要になる。 ◎ conjunction (and) is needed so that multiple required features can be tested.
• ~styleたちが成す集合~用に代替な特能が複数あるときには、 論理和（ `disjunction^en — `or^css ）が必要になる。 特に、 それらの代替の一部が，~vendor接頭辞~付き~propの［ 名前／値 ］であるとき。 ◎ disjunction (or) is needed when there are multiple alternative features for a set of styles, particularly when some of those alternatives are vendor-prefixed properties or values.

したがって， `supports$at 規則の構文では、 ~propの［ 名前, 値 ］が成す~pair【！property:value pairs】たち, および それらを［ 論理積（ `and^css ）, 論理和（ `or^css ）, 否定（ `not^css ） ］により任意に組み合わせる~testが許容される。 ◎ Therefore, the syntax of the @supports rule allows testing for property:value pairs, and arbitrary conjunctions (and), disjunctions (or), and negations (not) of them.

`supports$at 規則の構文は： ◎ The syntax of the @supports rule is:

@supports `supports-condition$t {
	`rule-list$t
}

`supports-condition$t は、 次で定義される： ◎ with <supports-condition> defined as:

`supports-condition@t
	= not `supports-in-parens$t
	| `supports-in-parens$t [ and `supports-in-parens$t ]*
	| `supports-in-parens$t [ or `supports-in-parens$t ]*
`supports-in-parens@t
	= ( `supports-condition$t )
	| `supports-feature$t
	| `general-enclosed$t
`supports-feature@t
    = `supports-decl$t
`supports-decl@t
	= ( `declaration^t )

【 `declaration^t 生成規則への参照が与えられていないが （過去には， `CSS-CASCADE^r にて定義されていたものと見受けられる）、 それが， %名前: %値 の形をとる~propの［ 名前, 値 ］が成す~pair（ `declaration-list$t を成す 1 個の宣言）を表す。 】

上の文法は、 前方-互換性の理由を目的に，ごく緩くされている — `general-enclosed$t 生成規則が，将来の拡張能を得るために相応のものを許容しているので。 上の文法に則って構文解析できない `supports$at 規則 （すなわち，この［ `general-enclosed$t 生成規則も含めた緩い文法 ］に合致しない規則）は、 妥当でない。 ~stylesheetには、 そのような規則を利用してはナラナイ。 処理器は、 そのような規則を（そのすべての内容も含め）無視するモノトスル。 ◎ The above grammar is purposely very loose for forwards-compatibility reasons, since the <general-enclosed> production allows for substantial future extensibility. Any @supports rule that does not parse according to the grammar above (that is, a rule that does not match this loose grammar which includes the <general-enclosed> production) is invalid. Style sheets must not use such a rule and processors must ignore such a rule (including all of its contents).

これらの各 文法~項は、 次に従って，真偽値による結果に結付けられる： ◎ Each of these grammar terms is associated with a boolean result, as follows:

`supports-condition$t

`supports-in-parens$t

結果は、 子~下位式の結果になる。 ◎ The result is the result of the child subexpression.

not `supports-in-parens$t

結果は、 子 `supports-in-parens$t 項の `否定^em になる。 ◎ The result is the negation of the <supports-in-parens> term.

`supports-in-parens$t [ and `supports-in-parens$t ]*

結果は、［ 子 `supports-in-parens$t 項は すべて `真^i ならば `真^i ／ ~ELSE_ `偽^i ］になる。 ◎ The result is true if all of the <supports-in-parens> child terms are true, and false otherwise.

`supports-in-parens$t [ or `supports-in-parens$t ]*

結果は、［ 子 `supports-in-parens$t 項は すべて `偽^i ならば `偽^i ／ ~ELSE_ `真^i ］になる。 ◎ The result is false if all of the <supports-in-parens> child terms are false, and true otherwise.

`supports-decl$t

結果は、［ ~UAが 括弧~内の宣言を`~support$するならば `真^i ／ ~ELSE_ `偽^i ］になる。 ◎ The result is true if the UA supports the declaration within the parentheses.

`general-enclosed$t

結果は、 `偽^i になる。 ◎ The result is false.

作者は、 `general-enclosed$t を利用してはナラナイ。 これが存在するのは、 将来の互換性を得るために限られる — 新たな構文が追加されても， 旧~UAにおいて `supports-condition$t が無効~化され過ぎないよう。 ◎ Authors must not use <general-enclosed> in their stylesheets. It exists only for future-compatibility, so that new syntax additions do not invalidate too much of a <supports-condition> in older user agents.

`supports$at 規則の条件は、 その導入部を成す `supports-condition$t 項の結果で与えられる。 ◎ The condition of the @supports rule is the result of the <supports-condition> in its prelude.

@supports ( display: flex ) {
  body, #navigation, #content { display: flex; }
  #navigation { background: blue; color: white; }
  #article { background: white; color: black; }
}

@supports not ( display: flex ) {
  body { width: 100%; height: 100%; background: white; color: black; }
  #navigation { width: 25%; }
  #article { width: 75%; }
}

.noticebox {
  border: 1px solid black;
  padding: 1px;
}
@supports ( box-shadow: 0 0 2px black inset ) or
          ( -foo-box-shadow: 0 0 2px black inset ) {
  .noticebox {
    -foo-box-shadow: 0 0 2px black inset;
    box-shadow: 0 0 2px black inset;
    /* 
上の規則を `supports$at 規則の中で上書きする
◎
override the rule above the @supports rule
 */
    border: none;
    padding: 2px;
  }
}

混同を避けるため、 構文においては， `and^css も `or^css も明示的に指定することが要求される （~commaや~spaceで代用するのではなく）。 同様に，優先順位の混同を避けるため、［ `and^css, `or^css, `not^css ］演算子が混在するときは，括弧の利用が要求される。 ◎ To avoid confusion between and and or, the syntax requires that both and and or be specified explicitly (rather than, say, using commas or spaces for one of them). Likewise, to avoid confusion caused by precedence rules, the syntax does not allow and, or, and not operators to be mixed without a layer of parentheses.

@supports (transition-property: color) or
          (animation-name: foo) and
          (transform: rotate(10deg)) {
  /* ... */
}

@supports ((transition-property: color) or
           (animation-name: foo)) and
          (transform: rotate(10deg)) {
  /* ... */
}

@supports (transition-property: color) or
          ((animation-name: foo) and
           (transform: rotate(10deg))) {
  /* ... */
}

~testされている宣言は、 式を成す唯一の~~成分であるときは，括弧で括らなければナラナイ。 ◎ The declaration being tested must always occur within parentheses, when it is the only thing in the expression.

@supports display: flex {
  /* ... */
}

@supports (display: flex) {
  /* ... */
}

構文では、 余分な括弧も許容される。 この融通性は、 作者にとって有用になるときもある （例えば、 式の一部分を~commentで外すとき）。 また、 著作~toolにとっても有用になり得る。 ◎ The syntax allows extra parentheses when they are not needed. This flexibility is sometimes useful for authors (for example, when commenting out parts of an expression) and may also be useful for authoring tools.

@supports ((display: flex)) {
  /* ... */
}

~testされる宣言の末尾の `!important^css は許容される。 宣言の妥当性には影響しないが。 ◎ A trailing !important on a declaration being tested is allowed, though it won’t change the validity of the declaration.

@supports (display: flex !important) {
  /* ... */
}

7. API

partial interface `CSSRule$I {
    const unsigned short `SUPPORTS_RULE@m = 12;
};

[`Exposed$=Window]
interface `CSSConditionRule@I : `CSSGroupingRule$I {
    readonly attribute `CSSOMString$ `conditionText$m;
};

[`Exposed$=Window]
interface `CSSMediaRule@I : `CSSConditionRule$I {
    [`SameObject$, `PutForwards$=`mediaText$m] readonly attribute `MediaList$I `media$m;
    readonly attribute `boolean$ `matches$m;
};

[`Exposed$=Window]
interface `CSSSupportsRule@I : `CSSConditionRule$I {
  readonly attribute `boolean$ `~matches0$m;
};

partial namespace `CSS$I {
  `boolean$ `supports$m(`CSSOMString$ %property, `CSSOMString$ %value);
  `boolean$ `~supports0$m(`CSSOMString$ %conditionText);
};

~securityの考慮点

この仕様が導入する新たな~securityの考慮点は、 無い。 ◎ This spec introduces no new security considerations.

~privacyの考慮点

この仕様における様々な特能は、 主に `media$at 規則に結付けられるが， ある程度は `supports$at 規則にも結付けられ、 利用者の［ ~hardwareと~software, および 環境設定と状態 ］についての情報を，~Web内容に供する。 そのような情報のほとんどは、 この仕様~内の特能ではなく `MEDIAQUERIES-4$r 内の特能を通して供される。 しかしながら， `supports$at 規則は、 利用者の~software, および それが［ ある種の特能を［ 可能化-／不能化- ］し得るような，既定でない設定群の下で稼働しているかどうか ］について，何らかの追加的な詳細を供するかもしれない。 ◎ Various features in this specification, associated mainly with the @media rule but also to some degree with the @supports rule, provide information to Web content about the user’s hardware and software and their configuration and state. Most of the information is provided through the features in [MEDIAQUERIES-4] rather than through the features in this specification. However, the @supports rule may provide some additional details about the user’s software and whether it is running with non-default settings that may enable or disable certain features.

そのような情報のほとんどは、 他の~APIを通しても決定できる。 しかしながら、 この仕様における特能も，この情報を~Web上に公開する仕方の一つになる。 ◎ Most of this information can also be determined through other APIs. However, the features in this specification are one of the ways this information is exposed on the Web.

この情報は、 集成することにより，利用者の `指紋収集＠https://www.w3.org/2001/tag/doc/unsanctioned-tracking/$ の正確度を向上するためにも利用され得る。 ◎ This information can also, in aggregate, be used to improve the accuracy of fingerprinting of the user.

変更点

（編集上のものは除く。） 【変更~箇所の引用は省略する。】 ◎ ↓

`2022年 1 月 13日 勧告候補＠~TR/2020/CR-css-conditional-3-20220113/$ からの変更点 ◎ The following (non-editorial) changes were made to this specification since the 13 January 2022 Candidate Recommendation Snapshot:

`supports()$m は［ ~custom~propの値が妥当でない場合は ~F を返す ］モノトスルことを明確化した。 ◎ Clarified that supports() must return false for invalid custom property values

~Web~IDLにおける `bool^c を `boolean^c に修正した。 ◎ Fixed Web IDL, "bool" should have been "boolean"

~CSS処理器は、［ ~prop, その値 ］どちらも~supportするモノトスル【さもなければ，`~support$するものとは定義されない】ことを明確化した。 （ `8795$issue ） ◎ Clarified that a processor must support both the property and the value (Issue 8795)

`CSSMediaRule$I, `CSSSupportsRule$I 【！`media^at, `supports^at】に `matches^m を追加した。 （ `4240$issue ） ◎ Added .matches to @media and @supports (Issue 4240)

［ 構文解析~algo, ~block生成規則 ］の名前を新たな名前へ更新した。 ◎ Updated to the new parsing algo names and block production names.

読専になった `CSSMediaRule$I の `conditionText^m 用の設定子~手続き【！procedure to set】を除去した。 （ `pull #8796＠https://github.com/w3c/csswg-drafts/pull/8796$ ） ◎ Removed procedure to set readonly CSSMediaRule.conditionText (PR 8796)

`CSSConditionRule$I の `conditionText$m を読専にした。 ◎ Made conditionText readonly.

`2020年 12 月 8日 勧告候補＠~TR/2020/CR-css-conditional-3-20201208/$ からの変更点 ◎ The following (non-editorial) changes were made to this specification since the 8 December 2020 Candidate Recommendation Snapshot:

【`~support$の定義が基づく】 ~prop宣言を破棄するか否かは、［ ~at-規則ではなく，~style規則 ］【の中のそれら】に限り適用されることを明確化した。 ◎ Clarified that discarding property declarations only applies to style rules, not at-rules

`!important^css は、 ~prop文法の一部を成さないことを明確化した。 ◎ Clarified that !important is not part of the property grammar

~securityと~privacyの考慮点を別々な節に分割した。 ◎ Split Security and Privacy into separate sections

`supports$at 規則の条件付き構文を参照rする用語［ `~CSS特能~query$, `~supports~query$ ］を定義して、 他所から参照し易くした。 ◎ Defined the terms CSS feature queries and supports queries to refer to the conditional syntax of the @supports rules, to allow better cross-referencing.

`~CSS特能~query$の真偽-論理から `未知^i 値を除去して、 代わりに，認識されない構文は `偽^i に評価されるものと定義した。 （ `6175$issue ） ◎ Removed the “unknown” value in CSS feature queries’ boolean logic, defining unrecognized syntaxes as “false” instead. (Issue 6175)

`条件付き~group規則$の`配置＠#use$を明確化した。 （ `5697$issue ） ◎ Clarified placement of conditional group rules. (Issue 5697)

`2013 年 4月 4日 勧告候補＠~TR/2013/CR-css3-conditional-20130404/$ からの変更点 ◎ The following (non-editorial) changes were made to this specification since the 4 April 2013 Candidate Recommendation:

`~supports0(conditionText)$m の引数における`名前空間 接頭辞$【！名前空間】は、 無効になることを明確化した。 ◎ Clarified that namespaces in conditionText are invalid

新たな編集者を追加した。 ◎ New editors added

“文法に合致する” ではなく，明示的に`文法に則って構文解析-$する~algoを~callするようにした。 ◎ Added explicit call to parse rather than "matches the grammar"

`CSSOM-1$r にて すでに定義されていた `CSSGroupingRule$I を除去した。 ◎ Removed duplicate CSSGroupingRule, which is already defined by CSSOM

`supports(property, val)$m の~textを~algoの形に書き直して，`登録-済み~custom~prop$の構文に対する~~扱いを判り易くした。 ◎ Rewrote the supports() text into algorithm form, to make it easier to express that you pay attention to the syntax of registered custom properties in the supports(prop, val) form.

`supports^at 選択子【 `supports-selector-fn$t 】の定義を~level 4 へ移動した。 ◎ Moved the definition of @supports selector to css-conditional-4.

`supports$at 規則は、 もはや~risk下でなくなった。 ◎ @supports' is no longer at risk.

`CSS21$r による文法ではなく， `CSS-SYNTAX-3$r による文法を利用するよう書き直した。 ◎ Rewrote to use CSS Syntax grammars, not CSS 2.1 grammars

`CSS$I を~interfaceから~Web~IDLに互換な~nsに変更した。 ◎ Changed from CSS Interface to WebIDL-compatible CSS namespace

`Media Queries＠~TR/css3-mediaqueries/$cite との一貫性を得るため、［ `and^css ／`or^css ／ `not^css ］~keywordの前後に空白を要求する要件を外した。 （それら自体は CSS の~token化における より謎めいたある側面に依拠する，ある~CSS最小~化器の出力との互換性により拘束される）。 空白（または~comment）は、 これらの~keywordの`後には^em，依然として要求されることに注意 — さもなければ、 それらの~keywordと それに続く開き丸括弧は， 関数の~~開始~tokenに~token化されることになるので。 ◎ Dropped requirement for spaces around and, or, and not keywords for consistency with Media Queries (which are themselves constrained by compatibility with the output of some CSS minimizers that rely on some of the more arcane aspects of CSS tokenization). Note that white space--or a comment--is still required after these keywords, since without it they and the ensuing opening parenthesis will be tokenized as a function opening token.

`~supports0()$m ~methodにおいて、 単純な宣言に対する暗黙な丸括弧も許容した — `import$at 規則の `supports$f 関数との一貫性を得るため。 ◎ Allowed the supports() method to imply parentheses for simple declarations, for consistency with the @import rule’s supports() function.

~IDL~codeに抜けていた~semicolonを修正した。 ◎ Fixed missing semicolons in IDL code.

他の~moduleに対する変更に呼応して，［ ~link, 各種用語, 例示~code ］を更新した。 ◎ Updated links, terminology, and example code in response to changes to other modules.

綴りと文法~上の誤りを正した。 ◎ Spelling and grammatical corrections

`§ ~securityの考慮点＠#security$, `§ ~privacyの考慮点＠#privacy$ を追加した。 ◎ Added section on privacy and security considerations.

謝辞

Thanks to the ideas and feedback from Tab Atkins, Arthur Barstow, Ben Callahan, Tantek Çelik, Alex Danilo, Elika Etemad, Pascal Germroth, Björn Höhrmann, Paul Irish, Brad Kemper, Anne van Kesteren, Vitor Menezes, Alex Mogilevsky, Chris Moschini, James Nurthen, Simon Pieters, Florian Rivoal, Simon Sapin, Nicholas Shanks, Ben Ward, Zack Weinberg, Estelle Weyl, Boris Zbarsky, and all the rest of the `www-style＠https://lists.w3.org/Archives/Public/www-style/$ community.