Thanks Dan. My plan is to ship with 'none' as the default, because I think 
such compatibility is less risky, but it will lead to inconsistency with 
the specification.

It seems that Firefox and Safari do not support it so far. Maybe I missed 
something.

I'm not sure how to continue. Could you give me some advice? Thanks.

在2026年8月13日星期四 UTC+8 00:19:19<[email protected]> 写道:

> We talked about this during the API Owners call today and something that 
> came up was this Issue 6 in the spec: 
> https://drafts.csswg.org/css-text-decor-4/#issue-4229bfce
> Is your plan to ship with 'none' as the default, or try 'end' to more 
> closely align with the Firefox and Safari behavior noted in 
> https://github.com/w3c/csswg-drafts/issues/4653?
> API Owners may be open to taking on some compatibility risk here if we 
> think it'd mean shipping a better behavior, as long as we go into it with 
> both eyes open and are ready to activate the kill-switch if there are 
> issues.
>
> And can you request signals on this from Gecko and Webkit? Are there 
> developer signals we can point at to see that people need this feature?
>
> Thanks,
> Dan
>
> On Tuesday, August 11, 2026 at 6:02:56 AM UTC-7 Chromestatus wrote:
>
>> *Contact emails*
>> [email protected]
>>
>> *Specification*
>>
>> https://drafts.csswg.org/css-text-decor-4/#text-decoration-skip-spaces-property
>>  
>>
>> *Summary*
>> The text-decoration-skip-spaces CSS property controls whether text 
>> decoration lines (underlines, overlines, line-throughs, etc.) skip over 
>> whitespace characters. This allows authors to prevent decorations from 
>> being drawn under spaces, which is often more visually appealing. 
>>
>> *Blink component*
>> Blink>CSS 
>> <https://issues.chromium.org/issues?q=customfield1222907:%22Blink%3ECSS%22>
>>
>> *Web Feature ID*
>> text-decoration <https://webstatus.dev/features/text-decoration> 
>>
>> *Motivation*
>> Currently there is no web standard way to control whether text 
>> decorations (underlines, overlines, line-throughs) appear over whitespace 
>> characters. Authors commonly want to suppress the underline under 
>> leading/trailing spaces in inline elements, but CSS provides no mechanism 
>> for this. The `text-decoration-skip-spaces` property fills this gap, 
>> allowing precise control over decoration rendering around whitespace. This 
>> is useful for navigation menus, links, and any text where the decoration 
>> should visually attach only to non-space characters. 
>>
>> *Initial public proposal*
>> *No information provided*
>>
>> *TAG review*
>> *No information provided* 
>>
>> *TAG review status*
>> Not applicable
>>
>> *Goals for experimentation*
>> None 
>>
>> *Risks*
>>
>>
>> *Interoperability and Compatibility*
>> Minimal risks; this feature is purely additive. 
>>
>> *Gecko*: No signal
>>
>> *WebKit*: No signal
>>
>> *Web developers*: No signals
>>
>> *Other signals*:
>>
>> *WebView application risks*
>>
>> Does this intent deprecate or change behavior of existing APIs, such that 
>> it has potentially high risk for Android WebView-based applications? 
>> *No information provided* 
>>
>>
>> *Debuggability*
>> *No information provided* 
>>
>> *Will this feature be supported on all six Blink platforms (Windows, Mac, 
>> Linux, ChromeOS, Android, and Android WebView)?*
>> Yes
>>
>> *Is this feature fully tested by web-platform-tests 
>> <https://chromium.googlesource.com/chromium/src/+/main/docs/testing/web_platform_tests.md>?*
>> Yes 
>>
>> https://wpt.fyi/results/css/css-text-decor?sha=249e1eb8e6&label=master&max-count=1&view=subtest&q=css%2Fcss-text-decor%2Ftext-decoration-skip-spaces
>>
>> *Flag name on about://flags*
>> enable-experimental-web-platform-features 
>>
>> *Finch feature name*
>> CSSTextDecorationSkipSpaces 
>>
>> *Rollout plan*
>> Will ship enabled for all users
>>
>> *Requires code in //chrome?*
>> False
>>
>> *Tracking bug*
>> https://issues.chromium.org/issues/40862777
>>
>> *Estimated milestones*
>> Shipping on desktop 154 
>> DevTrial on desktop 150 
>> Shipping on Android 154 
>> DevTrial on Android 150 
>> Shipping on WebView 154 
>>
>> *Anticipated spec changes*
>>
>> Open questions about a feature may be a source of future web compat or 
>> interop issues. Please list open issues (e.g. links to known github issues 
>> in the project for the feature specification) whose resolution may 
>> introduce web compat/interop risk (e.g., changing to naming or structure of 
>> the API in a non-backward-compatible way). 
>> *No information provided*
>>
>> *Link to entry on the Chrome Platform Status*
>> https://chromestatus.com/feature/4832783806627840?gate=6279878547734528
>>
>> *Links to previous Intent discussions*
>> Intent to Prototype: 
>> https://groups.google.com/a/chromium.org/d/msgid/blink-dev/69d8f543.050a0220.1c79a0.1352.GAE%40google.com
>>
>>
>> This intent message was generated by Chrome Platform Status 
>> <https://chromestatus.com>. 
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/1dc77733-5ab4-4266-8dec-8f3a00295aben%40chromium.org.

Reply via email to