v133 · dom
Popover invoker and anchor positioning improvements
This chromestatus represents the following related set of changes, which were resolved in https://github.com/whatwg/html/pull/9144#issuecomment-2195095228 and landed in https://github.com/whatwg/html/pull/10728:
concepts
-
Popover invoker improvements
Popover invokers automatically become CSS anchors for their popover. position-area can resolve relative to the invoker without explicit anchor names.
-
Implicit anchor menu
A three-button toolbar with drop-down menus — no
anchor-nameon triggers, noposition-anchoron popovers.position-arearesolves to the implicit invoker. -
position-area grid
Nine popovers across the 3×3 invoker grid —
top left,block-start,center, etc. — each placed by a singleposition-areakeyword. -
Overflow escape demo
Anchor-positioned popovers render in the top layer and escape
overflow: hiddencontainers. Side-by-side with a clipped absolute tooltip and a working popover, plus a horizontally scrolled container.
why it shipped
The popovertarget attribute creates an "invoker" relationship between the invoking button and the popover. That does several things: