Open
Bug 1133740
Opened 11 years ago
Updated 3 years ago
HTML5 input type=number buttons have no accname
Categories
(Core :: Disability Access APIs, defect)
Tracking
()
NEW
People
(Reporter: faulkner.steve, Unassigned)
References
Details
The stepper buttons in the UI of html5 input type number have no accnames
(none) - push button
MSAA
accName:;
accRole:push button;
accState:normal;
accDescription:(none);
accDefaultAction:press;
accValue:(none);
IAccessible2
Name:;
Role:push button;
States:Opaque;
Description:;
Relation Type:containingDocument
Relation Targets:input type=number element - document;
Relation Type:containingTabPane
Relation Targets:input type=number element - document;
Relation Type:containingApplication
Relation Targets:Firefox - application;
Object Attributes:margin-left:0px, text-align:start, text-indent:0px, formatting:block, margin-right:0px, xml-roles:button, tag:div, margin-top:0px, margin-bottom:0px, display:blockmargin-left:0pxtext-align:starttext-indent:0pxformatting:blockmargin-right:0pxxml-roles:buttontag:divmargin-top:0pxmargin-bottom:0pxdisplay:block
suggest adding accnames to indicate their function
Reporter | ||
Comment 1•11 years ago
|
||
Note: these buttons are included in list/navigation for screen readers such as JAWS
navigation keys
List Buttons CTRL+INSERT+B
Next Button B
Previous button B
Comment 3•11 years ago
|
||
So the role for those pseudo push buttons is set here:
http://mxr.mozilla.org/mozilla-central/source/layout/forms/nsNumberControlFrame.cpp#314
The problem is that, in theory, we'd want to set an aria-label, too, with a dependent string for either increasing or decreasing the number. Problem: That string would have to be localized, or it would always show up in English, which is not what we want.
Comment 4•11 years ago
|
||
Note the reason I'm suggesting aria-label is because we don't want any visual disturbance.
Updated•11 years ago
|
Component: Disability Access → Disability Access APIs
Product: Firefox → Core
Version: unspecified → Trunk
Comment 5•11 years ago
|
||
cc'ing Olli for localization ideas
Comment 6•11 years ago
|
||
How do we deal with type="submit" and its a11y + localization?
Comment 7•11 years ago
|
||
(In reply to Olli Pettay [:smaug] from comment #6)
> How do we deal with type="submit" and its a11y + localization?
We pick it up from the visual on-screen text I believe. At least when I use German Firefox, it is definitely localized.
Comment 8•11 years ago
|
||
(In reply to Marco Zehe (:MarcoZ) from comment #7)
> (In reply to Olli Pettay [:smaug] from comment #6)
> > How do we deal with type="submit" and its a11y + localization?
>
> We pick it up from the visual on-screen text I believe. At least when I use
> German Firefox, it is definitely localized.
right, I guess the question was how that localized text is provided in code. I'm not familiar with that implementation.
Comment 9•11 years ago
|
||
I guess the string could be put here
http://mxr.mozilla.org/mozilla-central/source/dom/locales/en-US/chrome/layout/HtmlForm.properties
and then use that somewhere here
http://mxr.mozilla.org/mozilla-central/source/layout/forms/nsNumberControlFrame.cpp?rev=c36a026244de#314
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•