Skip to content

target-size rule should handle fixed position elements #3672

@WilcoFiers

Description

@WilcoFiers

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/

Axe-con's wide screen button partially obscured by the profile link in the fixed position top bar

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,

Metadata

Metadata

Assignees

Labels

fixBug fixesprA pr has been created for the issuetarget-size

Type

No type
No fields configured for issues without a type.

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions