Datepicker needs a review of the Aria implementation

[jason-capsule42]

General Support Request

Support request

Datepicker needs a review of the aria-role assigned and the implication that follow for all other aria attributes.

Possible Solution

I think 'application' might be appropriate. I saw that discussed elsewhere in another datepicker WC.

[blackfalcon]

Digging into this... I am noticing an issue with how this is expected to work. See the following screenshot.

I feel it's not necessary to have aria-expanded on the root element. This is basically a wrapper of other elements. The auro-dropdown element already has this supported and when I do remove the code from datepicker, dropdown operates as expected. See in this screenshot there is no expanded state on datepicker, but expanded is set to true on dropdown.

What's interesting to me is that Axe is having an issue with Rule: nested-interactive. Need to investigate.

[braven112]

Let's have Anuja research this for us. Can we come up with a few examples that we could have users try to test out.

Lion Calendar, the one Photon is using, competitors in the airline industry or default html calendar

[Patrick-Daly-AA]

We will re-assess the validity of this issue after we address the peer dependencies across this, Auro Menu, and other components.