[csswg-drafts] [css-highlight-api] Should highlightsFromPoint exclude obscured content? (#11770)

ffiori has just created a new issue for https://github.com/w3c/csswg-drafts:

== [css-highlight-api] Should highlightsFromPoint exclude obscured content? ==
Currently [highlightsFromPoint](https://drafts.csswg.org/css-highlight-api-1/#interactions) doesn't specify if it should return custom highlights that are obscured by other elements. Right now the implementation doesn't return any highlights if they're obscured, but I'm opening this issue in case there's strong arguments about it before updating the spec.

It doesn't seem intuitive at first sight to return them if they're behind another element because you wouldn't expect the highlights to react to for example hovering over them or clicking on them if there's another thing on top. Think of a spelling error that's highlighted but there's a translucent rectangle box on top of it, it doesn't sound like the highlight should react to the mouse moving over it. I can't think of any use cases where returning obscured highlights could be useful.

See this example https://jsfiddle.net/16qagcw4/1/

This issue came up on a discussion in the intent to ship for highlightsFromPoint, see https://groups.google.com/a/chromium.org/g/blink-dev/c/8OpfR1m_zjU/m/n-62BUBpAgAJ



Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/11770 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Monday, 24 February 2025 22:54:34 UTC