`vertical-align` should become a shorthand
Categories
(Core :: Layout, enhancement)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox149 | --- | fixed |
People
(Reporter: dshin, Assigned: sajidanwar)
References
(Blocks 1 open bug, )
Details
Attachments
(1 file, 4 obsolete files)
| Assignee | ||
Comment 1•20 days ago
|
||
Could I be made assignee of this bug? I've been making progress toward patches that implement the vertical-align shorthand along with the implementations of the baseline-shift and alignment-baseline properties. I'm working through test failures and logic gaps but I think I can get there (though with some clarifications, at least one I'm planning on opening with the CSS Working Group soon).
I think this bug can also be marked as dependent on bug 308338 (baseline-shift) and bug 1403440 (alignment-baseline), and I'd like to take those too as part of this.
Comment 2•19 days ago
|
||
Sure, thanks!
(And if you file CSSWG issues for clarification, please share links here.)
| Assignee | ||
Comment 3•19 days ago
|
||
Thank you! I've filed a CSSWG issue about the new vertical-align shorthand and the existing CSS Text 3 text shaping specification: https://github.com/w3c/csswg-drafts/issues/13277
Updated•19 days ago
|
| Assignee | ||
Comment 4•18 days ago
|
||
| Assignee | ||
Comment 5•18 days ago
|
||
These values were moved to baseline-shift in https://github.com/w3c/csswg-drafts/issues/5180.
| Assignee | ||
Comment 6•18 days ago
|
||
The CSS Text specification says that text shaping should be broken if
the vertical-align is not baseline. This WPT treated a 0 value as
separate from baseline, but the CSS 2 specification makes clear that a
value of 0 is equivalent to baseline, so text shaping shouldn't be
broken in this case.
Furthermore, the CSS Inline Layout Model Level 3 makes it clear that not
breaking is the correct behavior. With the introduction of the shorthand
syntax, vertical-align: 0 is equivalent to the initial value of
baseline, since 0 is the initial value of baseline-shift. So I've
modified this test to use a non-initial baseline-shift length to test
the shaping behavior.
Related clarification issue filed to the CSS Working Group:
https://github.com/w3c/csswg-drafts/issues/13277
| Assignee | ||
Comment 7•18 days ago
|
||
Replaces the vertical-align longhand with the shorthand version and
the corresponding alignment-baseline and baseline-shift longhands
(the baseline-source property was already implemented). Some notes
about this change:
-
The CSS Inline Layout Module Level 3 specification introduced new
values toalignment-baselineandbaseline-shiftthat were not
available in the originalvertical-alignlonghand. This change
only implements the original keywords; the new values will be used
in a future patch. -
The SVG layout still ignores the
vertical-align(and now the
corresponding longhands) in favor of thedominant-baseline. This
will also be addressed in a future patch.
Comment 8•16 days ago
|
||
Comment on attachment 9535306 [details]
Bug 1830771 - Update WPT to move bottom/center/top from alignment-baseline to baseline-shift per specification. r=#layout-reviewers
Revision D277723 was moved to bug 308338. Setting attachment 9535306 [details] to obsolete.
| Assignee | ||
Comment 9•16 days ago
|
||
Updated•16 days ago
|
Comment 10•16 days ago
|
||
Comment on attachment 9535359 [details]
Bug 1830771 - Decouple table cell alignment enum from CSS vertical-align enum. r=#layout-reviewers
Revision D277747 was moved to bug 2008335. Setting attachment 9535359 [details] to obsolete.
Comment 11•16 days ago
|
||
Comment on attachment 9535307 [details]
Bug 1830771 - Fix boundary shaping WPT to properly test non-initial baseline-shift values. r=#layout-reviewers
Revision D277724 was moved to bug 2008335. Setting attachment 9535307 [details] to obsolete.
Comment 12•2 days ago
|
||
Comment 14•2 days ago
|
||
| bugherder | ||
Updated•1 day ago
|
Updated•1 day ago
|
Description
•