In Servo, we are attempting to map the blockquote role in HTML to Role::Blockquote in accesskit. However, the CORE-AAM test that validates the mapping to platform API fails because AccessKit exposes the node with AXRole = AXGroup and AXSubrole = AXUnknown attributes while the test expects AXSubrole to not be set.
The CORE-AAM spec says blockquote should map to AXSubrole: <nil> i.e AXSubrole should not be set like the test expects. So the issue is probably due to this accesskit logic for mapping the role to AXSubrole defaulting to AXUnknown.
|
_ => NSAccessibilityUnknownSubrole, |
Other WAI-ARIA roles like caption, columnheader etc. which expect AXSubrole to be nil also have the same issue. I checked Chromium and they don't seem to set AXSubrole for these roles.
In Servo, we are attempting to map the
blockquoterole in HTML toRole::Blockquotein accesskit. However, the CORE-AAM test that validates the mapping to platform API fails because AccessKit exposes the node withAXRole = AXGroupandAXSubrole = AXUnknownattributes while the test expectsAXSubroleto not be set.The CORE-AAM spec says
blockquoteshould map toAXSubrole: <nil>i.e AXSubrole should not be set like the test expects. So the issue is probably due to this accesskit logic for mapping the role to AXSubrole defaulting toAXUnknown.accesskit/adapters/macos/src/node.rs
Line 294 in 2dfdd7b
Other WAI-ARIA roles like
caption,columnheaderetc. which expectAXSubroleto benilalso have the same issue. I checked Chromium and they don't seem to setAXSubrolefor these roles.