← back to v149 · clip-text-overflow-on-user-interaction
conformance · v149
v149 · clip-text-overflow-on-user-interaction — conformance probe
9 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.
0
pass
0
fail
0
blocked
9
total
| id | contract | kind | verdict | detail |
|---|---|---|---|---|
text-overflow-ellipsis-supported |
text-overflow: ellipsis is supported (the value the spec switches off during interaction). spec ↗ | css-supports | … | |
text-overflow-clip-supported |
text-overflow: clip is supported (the temporary state used during caret navigation). spec ↗ | css-supports | … | |
contenteditable-supported |
contenteditable elements (which trigger the clip-on-interaction behaviour) are supported. spec ↗ | script | … | |
selection-api-exists |
window.getSelection exists — caret position changes are what drive the ellipsis-to-clip swap. spec ↗ | typeof | … | |
selectionchange-event-supported |
document supports the selectionchange event used to detect caret movement. spec ↗ | script | … | |
computed-text-overflow-round-trips |
Setting text-overflow via CSSOM round-trips through getComputedStyle. spec ↗ | script | … | |
input-text-overflow-round-trips |
Input controls can carry the same text-overflow: ellipsis styling used by editable search-result titles and URLs. spec ↗ | script | … | |
overflowing-input-has-hidden-inline-overflow |
A constrained editable input with nowrap, hidden overflow, and ellipsis has measurable hidden inline overflow. spec ↗ | script | … | |
text-input-caret-selection-supported |
Text inputs expose selection ranges so user caret navigation can trigger the ellipsis-to-clip interaction path. spec ↗ | script | … |