Implement overflow-block and overflow-inline properties
Categories
(Core :: CSS Parsing and Computation, enhancement, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox69 | --- | fixed |
People
(Reporter: sebo, Assigned: violet.bugreport)
References
(Blocks 1 open bug, )
Details
(Keywords: dev-doc-complete)
Attachments
(2 files)
The CSS Overflow Module defines two logical properties 'overflow-block' and 'overflow-inline' corresponding to 'overflow-x' and 'overflow-y' depending on the writing mode. Therefore those should be implemented. Sebastian
|
||
Updated•6 years ago
|
|
Assignee | |
Updated•5 years ago
|
|
|
Assignee | |
Comment 2•5 years ago
|
||
Ah.. This one is for "overflow-block" property, not the "overflow-block" media query. Sorry for the spam.
FWIW, no one has supported the property yet, and Firefox is the only one supporting the media query.
|
||
Comment 3•5 years ago
|
||
Chrome canary supports overflow-block and overflow-inline, fwiw.
|
|
Assignee | |
Comment 4•5 years ago
|
||
(In reply to Emilio Cobos Álvarez (:emilio) from comment #3)
Chrome canary supports overflow-block and overflow-inline, fwiw.
Are we going to support it as well? I'll take this bug if that's the case.
(I think we just need to modify some mako files in Rust side, which should be straightforward)
|
|
||
Comment 5•5 years ago
|
||
Yeah, I don't see why not, should be straight-forward.
|
|
Assignee | |
Updated•5 years ago
|
|
|
Assignee | |
Comment 6•5 years ago
|
||
|
||
Updated•5 years ago
|
|
||
Comment 7•5 years ago
|
||
writing-mode on html is propagated from <body>, I haven't tried D34738, does it work as expected? It's worth adding a test case if there isn't such cases.
|
|
Assignee | |
Comment 8•5 years ago
|
||
(In reply to Hiroyuki Ikezoe (:hiro) from comment #7)
writing-mode on
htmlis propagated from<body>, I haven't tried D34738, does it work as expected?
I don't see how the propagation rule is relevant here. See https://drafts.csswg.org/css-writing-modes-3/#principal-flow, emphasis mine:
As a special case for handling HTML documents, if the root element has a body child element [HTML], the principal writing mode is instead taken from the values of writing-mode and direction on the first such child element instead of taken from the root element. Note that this does not affect the values of writing-mode or direction on the root element itself.
https://drafts.csswg.org/css-overflow-3/#logical
These properties correspond to the overflow-x and overflow-y properties. The mapping depends on the element’s writing-mode.
All existing logical properties like block-size behave the same way in every browser AFAIK.
|
|
||
Comment 9•5 years ago
|
||
Yeah, I've noticed the spec, and I think you are right, but it's not clear to me whether Firefox does work as expected with/without D34738. (And I suspect Firefox doesn't work in some of cases, but yes, it's might be unrelated to this bug though)
|
|
Assignee | |
Comment 10•5 years ago
|
||
(Just FYI, the propagation you mentioned doesn't work on Firefox, relevant WPT tests are failure)
|
||
Comment 11•5 years ago
|
||
Pushed by violet.bugreport@gmail.com: https://hg.mozilla.org/integration/autoland/rev/34fe5158610a Implement overflow-block and overflow-inline properties r=emilio
|
||
Comment 12•5 years ago
|
||
| bugherder | ||
|
||
Comment 13•5 years ago
|
||
|
||
Updated•5 years ago
|
Description
•