An issue I'm spotting with the new target-size rule is that it doesn't properly account for fixed position elements. An element with sufficient size could be failed if it is partially obscured by another focusable element with a fixed position.
I spotted an example of this on the axe-con website:
https://www.deque.com/axe-con/sessions/changing-the-way-you-think-and-work-agile-accessibility-audits-in-the-product-life-cycle/

I think the fix for this will be to create a separate grid for all fixed position elements, so that fixed elements aren't considered to be adjacent to scrollable elements. We'd also need to consider what sticky elements do in this. I'm less sure of what to do with those, since they sort of live in two worlds. They are scrollable, but become fixed to their parent container once the scrollTop is larger then their boundingClientRect.top,
An issue I'm spotting with the new target-size rule is that it doesn't properly account for fixed position elements. An element with sufficient size could be failed if it is partially obscured by another focusable element with a fixed position.
I spotted an example of this on the axe-con website:
https://www.deque.com/axe-con/sessions/changing-the-way-you-think-and-work-agile-accessibility-audits-in-the-product-life-cycle/
I think the fix for this will be to create a separate grid for all fixed position elements, so that fixed elements aren't considered to be adjacent to scrollable elements. We'd also need to consider what sticky elements do in this. I'm less sure of what to do with those, since they sort of live in two worlds. They are scrollable, but become fixed to their parent container once the scrollTop is larger then their boundingClientRect.top,