- From: Ryosuke Niwa via GitHub <sysbot+gh@w3.org>
- Date: Thu, 07 Jul 2022 03:06:52 +0000
- To: public-css-archive@w3.org
It looks like Gecko and Blink implemented this differently from WebKit. In WebKit's implementation, we resolve the hit test node in the flat tree first and find the element in that flat tree, then retarget the result. If the result is a text node, we go up the parent in the flat tree. Blink and Gecko, on the other hand, finds the target in the flat tree. If the target is a text node, it looks for its parent element, and then retarget that result. This manifests as the [WPT failures in the tests @rakina exported](https://wpt.fyi/results/shadow-dom/DocumentOrShadowRoot-prototype-elementFromPoint.html?label=experimental&label=master&aligned), which ironically was based on [a test I wrote in WebKit](https://github.com/WebKit/WebKit/blob/main/LayoutTests/fast/shadow-dom/DocumentOrShadowRoot-prototype-elementFromPoint.html). They just have different expected results so depending on which tests you look, the preferred behaviors differ. -- GitHub Notification of comment by rniwa Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/5886#issuecomment-1176998350 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Thursday, 7 July 2022 03:06:54 UTC