Contact emailsikilpatr...@chromium.org

ExplainerNone

Specificationhttps://drafts.csswg.org/css-inline-3/#baseline-source

Summary

The "baseline-source" properties allows web developers to specify if an
inline-level box should use the "first" or "last" baseline for alignment
within an linebox. Today the default behaviour is confusing for web
developers. Consider: test <div style="display:
inline-block;">line1<br>line2</div> test <div style="display:
inline-flex;">line1<br>line2</div> The "inline-block" will align to the
last baseline, and the "inline-flex" will align to the first baseline.
"baseline-source: auto" is the existing (confusing) behaviour. Web
developers can specify "baseline-source: first" or "baseline-source: last"
to directly determine how they want these boxes to align within a line-box.


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

TAG reviewHappy to file one if desired.

TAG review statusNot applicable

Risks


Interoperability and Compatibility



*Gecko*: No signal https://bugzilla.mozilla.org/show_bug.cgi?id=1805273

*WebKit*: No signal https://bugs.webkit.org/show_bug.cgi?id=249094

*Web developers*: Positive from my discussions. This has been a consistent
source of frustration with developers trying to align content within a
line-box.

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



Debuggability

Standard devtools CSS debugging.

Will this feature be supported on all six Blink platforms (Windows, Mac,
Linux, Chrome OS, 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-inline/baseline-source?label=master&label=experimental&aligned&view=subtest&q=baseline-source

Flag name--experimental-web-platform-features

Requires code in //chrome?False

Tracking bughttps://bugs.chromium.org/p/chromium/issues/detail?id=1399711

Estimated milestones

M111


Anticipated spec changes

https://github.com/w3c/csswg-drafts/issues/8214 still needs to be resolved.
We've implemented what we believe the "good" behaviour is. The CSSWG is a
little backed up with issues at the moment, and may take a while to
address. Trivial to switch behaviour.


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

Links to previous Intent discussionsIntent to prototype:
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAJL3UpRe9mDOH4EV_-mo_-7NQL1cTZksivfs8X2oRHJ89YX82g%40mail.gmail.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 blink-dev+unsubscr...@chromium.org.
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAJL3UpSXHyzpVHet2rBKdK31n8s-f4zq9QrhWWVNHZ6oSbTuFQ%40mail.gmail.com.

Reply via email to