-
Notifications
You must be signed in to change notification settings - Fork 125
Plans regarding attribute parity
This triage is based on what is in the HTML-AAM. Joanie did not go through the HTML spec looking for attributes that are in there, but not in the HTML-AAM. It would be great if someone could do that.
These are not mapped on any platform: accept
, accept-charset
, action
, allow
, allowfullscreen
, allowpaymentrequest
, as
, async
, autocapitalize
, autofocus
, autoplay
, charset
, class
, color
, content
, crossorigin
, data
, decoding
, default
, defer
, dirname
, download
, enctype
, form
, formaction
, formenctype
, formmethod
, formnovalidate
, formtarget
, href
(on link
), hreflang
, http-equiv
, id
, ismap
, kind
, loop
, media
, method
, multiple
(on input
), muted
, name
, novalidate
, poster
, preload
, rel
, rows
, sandbox
, shape
, sizes
(on link
), slot
, srcdoc
, srclang
, target
, title
(on link
, style
), translate
, type
, usemap
, value
, wrap
In addition, these will not be done for the stated reason:
-
controls
onaudio
,video
: We are not creatingaudio
andvideo
roles at this time. See https://github.com/w3c/aria/issues/517. Therefore attribute parity for roles which do not exist makes no sense.
-
checked
:aria-checked
-
colspan
:aria-colspan
-
disabled
:aria-disabled
-
hidden
:aria-hidden
-
indeterminate
:aria-checked=mixed
-
max
:aria-valuemax
-
min
:aria-valuemin
-
multiple
(onselect
):aria-multiselectable
-
selected
:aria-selected
-
placeholder
:aria-placeholder
-
readonly
:aria-readonly
-
required
:aria-required
-
rowspan
:aria-rowspan
-
scope=col
:columnheader
role -
scope=row
:rowheader
role -
value
(onmeter
,progress
):aria-valuenow
-
coords
onarea
: Exposure to ATs should come from rendered object; not the property. -
height
oncanvas
,embed
,iframe
,img
,input
,object
,video
: Exposure to ATs should come from rendered object; not the property. -
reversed
onol
: Exposure comes via the text exposed for the list item markers. -
size
oninput
: Exposure based on bounding box rendered widget. -
size
onselect
: Exposure based on rendered widget (similar to type on input). -
sizes
onimg
,source
: Exposure to ATs should come from rendered object; not the property. -
start
onol
: Exposure comes via the text exposed for the list item markers. -
style
: Exposure to ATs should come from the rendered/calculated styles. -
tabindex
: Exposure mostly done via focusability (when not -1). We also have coverage by managing keyboard focus spec contents. -
type
onol
: Exposure comes via the text exposed for the list item markers. -
width
oncanvas
,embed
,iframe
,img
,input
,object
,video
: Exposure to ATs should come from rendered object; not the property.
Do ATs really need these? If so, can we get mappings for all platforms?
-
abbr
onth
-
cite
onblockquote
,del
,ins
,q
-
cols
ontextarea
-
contenteditable
-
datetime
ondel
andins
-
datetime
ontime
-
dir
-
headers
ontd
andth
-
href
ona
,area
-
list
oninput
-
lang
-
open
ondetails
-
pattern
oninput
(current mapping is for the presence of error; not the pattern itself) -
spellcheck
oninput
(current mapping is for the presence of error; not if checking is enabled) -
span
(oncolgroup
) -
src
onimg
-
step
oninput
-
value
onli
These need further discussion:
-
accesskey
: Do we have sufficient parity through aria-keyshortcuts? -
autocomplete
: Need to get/update mappings for UIA, AXAPI. In addition, in HTML values are on/off. ARIA lacks these. -
draggable
: not mapped. Question: Do we want to deal with drag and drop during 1.3? -
for
onlabel
andoutput
: Can this be covered viaaria-labelledby
? -
maxlength
oninput
,textarea
: not mapped. But maybe it should be? -
type
onbutton
: Exposure mainly based on label. But see also https://github.com/w3c/aria/issues/842 -
type
oninput
: Exposure based on rendered widget. But see also https://github.com/w3c/aria/issues/962