Open
Bug 492678
Opened 15 years ago
Updated 2 years ago
Changes to value attribute on buttons should fire EVENT_NAME_CHANGE
Categories
(Core :: Disability Access APIs, defect)
Core
Disability Access APIs
Tracking
()
NEW
People
(Reporter: davidb, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: access)
Attachments
(1 file)
688 bytes,
text/plain
|
Details |
Because with <input type="button" value="foo"> foo is the accessible name, when the value is changed we should really fire EVENT_NAME_CHANGE, instead of EVENT_VALUE_CHANGE.
Reporter | ||
Comment 1•15 years ago
|
||
Comment 2•15 years ago
|
||
David, it's very specific case and we fire another events so NVDA buffer is updated correctly like Jamie said. We can't fire name change event for everything because of performance so I'm not sure we want to fix this.
Comment 3•15 years ago
|
||
But we should perhaps get rid of that bogus valuechange, right?
Reporter | ||
Comment 4•15 years ago
|
||
It is really a rare case. I'm fine with closing this as WONTFIX... just wanted to capture it for discussion. Marco, good point but I think the bogus valuechange could actually be better than nothing. Savvy AT could conceivably use that to catch button renaming... and adding code to not fire the event is probably more noise than value.
Comment 5•15 years ago
|
||
I don't think we fire value change event. Are you sure?
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•