← back to v154 · css-symbols

conformance · v154

v154 · css-symbols — conformance probe

8 assertions drawn from the spec. Each is a single contract the spec text makes. Pass/fail reflects what this browser executed; blocked means the contract was not run because it needs user mediation, hardware, or another unavailable precondition. Open the page in Chrome stable / canary / Firefox / Safari to compare.

browser: spec: https://drafts.csswg.org/css-counter-styles-3/#symbols-function chromestatus: #5146996093616128 generated 2026-08-28T02:40:00Z by claude-opus-5-v154-build
0
pass
0
fail
0
blocked
8
total
id contract kind verdict detail
symbols-parses-in-list-style-type symbols() is accepted as a counter style in list-style-type. spec ↗ script
symbols-defaults-to-cyclic The system is optional and defaults to cyclic, so a bare symbols() list is valid. spec ↗ script
all-five-systems-parse cyclic, numeric, alphabetic, symbolic and fixed are all accepted, each with two symbols so the positional ones are valid. spec ↗ script
positional-systems-require-two-symbols numeric and alphabetic are positional and cannot count with a single symbol, so a one-symbol list must be rejected. Accepting it would produce a counter that never advances. spec ↗ script
symbols-parses-in-the-list-style-shorthand The shorthand accepts it too, not only the longhand. spec ↗ script
symbols-parses-inside-counter counter() accepts symbols() as its counter style, which is what allows generated content to use an inline style. spec ↗ script
symbols-parses-inside-counters counters() — the nesting-aware form — accepts it as well, so a whole outline can be numbered inline. spec ↗ script
symbols-actually-marks-a-list Parsing is not rendering. An element with a symbols() list-style-type must report it in the computed style, which is what proves the value survived to used-value time rather than being dropped. spec ↗ script