Xiaocheng Hu

Are there other APIs that pierce shadow DOM? `Document.getSelection()` looks like a similar API to me, which doesn't pierce shadow DOM, and returns `(container_node_of_host, host_offset_in_container)` if the selection is inside...

Looks like another use case of the `position-container` proposal (#9868)

^ This is unlikely going to happen without dramatically changing how `anchor()` works. `anchor()` requires the anchor element's layout to have no dependency on the anchored element, so that's why...

Hmm, right, there's no circularity. So maybe it can work. I think this should better be discussed in its own issue though.

I have a proposal that's built on top of #8724, which if resolved will allow us to specify a bounding box (not just the CB in positioned layout) for position...

I found a real use case for the `visible` value: https://floating-ui.com/docs/autoPlacement We can achieve the same by: - Using a small `position-fallback-bounding-box` at the center of the viewport - Setting...

@clshortfuse This looks like a different thing, which is closer to Floating UI's [shift](https://floating-ui.com/docs/shift) that tries to keep the element in the bounding box without switching position; while this issue...

I feel like we may still want some consistency between here and #8724. If we use a box for overflow clipping, we would very likely also want to use the...

`anchor-clip: none | [ fallback || scroll ]` SGTM

@wangxianzhu I'd like to get your input here. Do you think `anchor-clip: scroll` is implementable? In particular, for each anchor-positioned element, we need to duplicate a bunch of clip nodes...