Contact emailstk...@chromium.org

Explainer
https://docs.google.com/document/d/1hzvrwoE_0aw08X_CaU40zV5bXbMQjY2SHQHj3Np4sDo/edit?pli=1#heading=h.acpilydj9j1d

Specificationhttps://drafts.csswg.org/css-ruby/#break-within

Design docs
https://docs.google.com/document/d/1hzvrwoE_0aw08X_CaU40zV5bXbMQjY2SHQHj3Np4sDo/edit?usp=sharing

Summary

Line-breaks are possible within elements with `display: ruby`. A single
pair of a ruby-base and a ruby-text has never been line-breakable, and it
has been pushed to the next line if the current line had no enough space
for the entire pair. Now each of the ruby-base and the ruby-text can be
split into multiple lines.


Blink componentBlink>Layout>Ruby
<https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3ELayout%3ERuby>

Search tagsruby <https://chromestatus.com/features#tags:ruby>

TAG reviewNone; This is a small behavior change, and there is no API to
cover this behavior.

TAG review statusNot applicable

Risks


Interoperability and Compatibility

Compatibility risk: * Web authors might expect rubies are not
line-breakable. They need to specify `text-wrap: nowrap` or something to
disable line-breaking if they don't want line-breaking. Interoperability
risk: * This would be the first implementation of the behavior.

<ruby> appears in about 0.14% of page views [1].  Rubies with long content
are very rare, and this change will affect much less than 0.14% page views.

[1] https://chromestatus.com/metrics/feature/timeline/popularity/576

*Gecko*: No signal (
https://github.com/mozilla/standards-positions/issues/1028)

*WebKit*: Support (https://github.com/WebKit/standards-positions/issues/232)
It seems the latest Safari has implemented line-breakable ruby partially.

*Web developers*: Positive (
https://docs.google.com/document/d/1hzvrwoE_0aw08X_CaU40zV5bXbMQjY2SHQHj3Np4sDo/edit?pli=1#heading=h.giqn8tqur4ig
)

*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?

None


Debuggability

Existing DevTools functionalities are enough.


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-ruby/break-within-bases


Flag name on chrome://flagsenable-experimental-web-platform-features

Finch feature nameRubyLineBreakable

Requires code in //chrome?False

Tracking bughttps://issues.chromium.org/issues/324111880

Estimated milestones
Shipping on desktop 128
DevTrial on desktop 127
Shipping on Android 128
DevTrial on Android 127
Shipping on WebView 128

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).
None

Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5077282711666688

This intent message was generated by Chrome Platform Status
<https://chromestatus.com/>.


-- 
TAMURA Kent
Software Engineer, Google

-- 
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 blink-dev+unsubscr...@chromium.org.
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAGH7WqGSv71qaDAHEmo-%3D_kbx6ywT7bBW8MyJR-YyZX4Xp42yA%40mail.gmail.com.

Reply via email to