Open
Bug 1924792
Opened 1 year ago
Updated 11 days ago
Implement position-area "shifting" for containing block overflow
Categories
(Core :: Layout, enhancement, P3)
Core
Layout
Tracking
()
NEW
People
(Reporter: jwatt, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [anchorpositioning:backlog])
At the end of the position-area section there is a note about shifting when there's containing block overflow. We'll need to implement this behaviour.
Updated•1 year ago
|
Whiteboard: [anchorpositioning:m1]
![]() |
Reporter | |
Updated•7 months ago
|
Whiteboard: [anchorpositioning:m1] → [anchorpositioning:pickup]
![]() |
Reporter | |
Updated•7 months ago
|
Whiteboard: [anchorpositioning:pickup] → [anchorpositioning:m1][anchorpositioning:pickup]
Comment 1•2 months ago
|
||
Also see spec resolution added to "see also," that avoids layout inconsistencies when anchor is out of vs within the initial viewport.
However, I am unsure of what WPT implications, if any, as a result of this behaviour change.
See Also: → https://github.com/w3c/csswg-drafts/issues/10861
Updated•28 days ago
|
Whiteboard: [anchorpositioning:m1][anchorpositioning:pickup] → [anchorpositioning:reserve]
Whiteboard: [anchorpositioning:reserve] → [anchorpositioning:backlog]
![]() |
Reporter | |
Updated•19 days ago
|
Summary: Implement anchor positioned element "shifting" for containing block overflow → Implement position-area "shifting" for containing block overflow
![]() |
Reporter | |
Comment 2•11 days ago
|
||
Not really part of the initial support, which has landed. Changing this to block the main meta bug.
You need to log in
before you can comment on or make changes to this bug.
Description
•