Re: Regarding AccName and case sensitivity of roles and attribute values

There are normative authoring requirements around this:

Authors *MUST* use lowercase ASCII letters
> <https://html.spec.whatwg.org/multipage/infrastructure.html#lowercase-ascii-letters>
> for all role token values and any state or property attributes (aria-*)
> whose values are defined as tokens
> <https://www.w3.org/TR/wai-aria-1.1/#propcharacteristic_value>.
>

https://w3c.github.io/html-aria/#case-sensitivity
<https://w3c.github.io/html-aria/#case-sensitivity>

--

Regards

SteveF
Accessibility is political[image: ✊]
Working for the web
<https://twitter.com/stevefaulkner/status/940835584410574850>,
anywhere and everywhere [image: 🖖🏽]


On Fri, 28 Aug 2020 at 07:31, Schnabel, Stefan <stefan.schnabel@sap.com>
wrote:

> From my humble knowledge of the past group decisions, it IS strict and
> SHOULD be accepted by User Agents if correct.
>
> User agents may apply internal heuristics to work around and therefore
> uppercase has no effect in practice.
>
>
>
> But I think even some validators out there check already attribute case
> (Must look for examples here).
>
>
>
> Regards
>
> Stefan
>
>
>
> *From:* Bryan Garaventa <bryan.garaventa@levelaccess.com>
> *Sent:* Donnerstag, 27. August 2020 18:32
> *To:* ARIA <public-aria@w3.org>
> *Subject:* Regarding AccName and case sensitivity of roles and attribute
> values
>
>
>
> Hi,
>
> Does anyone know how strict the case requirement is for ARIA roles and
> supporting attributes?
>
>
>
> Since AccName changes depending on specific roles when present, I need to
> know if certain usages are automatically ignored or if they should be
> supported, such as if role=”tablist” is correct, but role=”TabList” is not.
> According to the ARIA spec, the second is not valid.
>
>
>
> Please let me know your thoughts.
>
>
>
> Thanks,
>
> Bryan
>
>
>
>
>
>
>
>
>
>
>
>
>
> Bryan Garaventa
>
> Principal Accessibility Architect
>
> Level Access, Inc.
>
> Bryan.Garaventa@LevelAccess.com
>
> 415.624.2709 (o)
>
> www.LevelAccess.com <http://www.levelaccess.com/>
>
>
>