Fire MULTISELECTABLE/EXTSELECTABLE state change events
Categories
(Core :: Disability Access APIs, task, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox95 | --- | fixed |
People
(Reporter: eeejay, Assigned: eeejay)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
We need to add aria-multiselectable to LocalAccessible::AttributeChangesState and multiple to HTMLSelectListAccessible::AttributeChangesState.
|
Assignee | |
Comment 1•3 years ago
|
||
Changing severity to S3 because this is ongoing cache the world work that does not affect current users.
|
|
Assignee | |
Comment 2•3 years ago
|
||
We were force recreating accessibles when their aria-multiselectable
attribute changed. This was perhaps done in the past because of
percieved limitations in COM, or the implementing class was different.
This isn't the case anymore. We should instead fire state change events
when aria-multiselectable changes.
|
||
Updated•3 years ago
|
|
|
Assignee | |
Comment 3•3 years ago
|
||
If a <select> element with a default size or size of 1 gets the
multiple attribute it will change from a combobox button to an
embedded listbox. Similarly, if a select's size is set to something
larger than 1 it will convert from a combobox button to a listbox.
We should recreate the select's subtree because the
implementing classes are different for those two cases.
Depends on D128275
|
|
Assignee | |
Comment 4•3 years ago
|
||
If a select's size is greater than 1 it won't be recreated when multiple
is added or removed. State change events should be fired in that case.
Depends on D128276
|
||
Comment 6•3 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/256ac233fc22
https://hg.mozilla.org/mozilla-central/rev/8db3140db184
https://hg.mozilla.org/mozilla-central/rev/2355494e86d0
Description
•