Opened 14 years ago

Closed 7 years ago

#5783 closed defect (patchwelcome)

slider: add aria-valuetext attribute

Reported by: Becky Gibson Owned by:
Priority: high Milestone: 1.13
Component: Accessibility Version: 1.0
Keywords: Cc: davidb, wwalker
Blocked By: Blocking:

Description (last modified by Becky Gibson)

In FF3 it's now possible to expose the text equivalent for the current value using the optional aria-valuetext attribute. The numeric aria-valuenow attribute is still always required even if aria-valuetext is used.

For example: <div role="slider" aria-valuemin="1" aria-valuemax="3" aria-valuenow="2" aria-valuetext="medium"> If aria-valuenow changes to 1 or 3 then aria-valuetext should be changed as well.

If the value point is just a number anyway, then aria-valuetext is not necessary. and the attribute need not be present. Mozilla will fall back and using aria-valuenow for text of the value if no aria-valuetext attribute is present.

Need to investigate if this can be added or not.

Change History (14)

comment:1 Changed 14 years ago by Becky Gibson

Summary: slider: add aria-valuenow attributeslider: add aria-valuetext attribute

comment:2 Changed 14 years ago by Becky Gibson

sent mail to a few contributors on 2/12/08 - waiting for feedback

adding ARIA valuetext attributes to the slider. This would be used when the slider values are not numeric as in the small, medium, large example on forms/test_Slider.html. We can give the screen reader the actual text value (in addition to the numeric valuenow) so that it can be announced. This would make the text label type value more usable for screen reader users.

The easiest implementation would be to support only when discreteValues is specified as an integer and the label count matches the discreteValues count. I looked through the code and it seems too difficult to discover any labels since if there were two sets of labels I would not know which to use (and supporting RTL complicates that further). One option is to add a parameter to the labels to specify the "default" or "priority" labels. I am open to other suggestions.

comment:3 Changed 14 years ago by Becky Gibson

Milestone: 1.11.2

comment:4 Changed 14 years ago by davidb

Cc: davidb added

comment:5 Changed 14 years ago by Becky Gibson

Description: modified (diff)
Milestone: 1.21.3

comment:6 Changed 14 years ago by Becky Gibson

Milestone: 1.31.4

this won't make 1.3 since it requires a fairly big change to the slider - thus moving to 1.4 as it is important to support.

comment:7 Changed 14 years ago by Douglas Hays

I think the label widget could listen for slider onChange events. The slider startup method could call the label widget's startup method after being appended to the slider's domNode.

comment:8 Changed 13 years ago by Becky Gibson

see #8539 (closed as a duplicate of this) for additional details

comment:9 Changed 13 years ago by Becky Gibson

Cc: wwalker added

comment:10 Changed 13 years ago by Becky Gibson

Milestone: 1.4future

Would really like to see this feature in the slider but is too late for 1.4

comment:11 Changed 11 years ago by Chris Mitchell

Owner: changed from Becky Gibson to Douglas Hays

reassign due to inactive committer. please triage accordingly.

comment:12 Changed 8 years ago by Douglas Hays

Owner: Douglas Hays deleted
Status: newassigned

comment:13 Changed 8 years ago by Douglas Hays

Status: assignedopen

comment:14 Changed 7 years ago by dylan

Milestone: future1.12
Resolution: patchwelcome
Status: openclosed

We will consider a pull request for this. Given the lack of interest in adding this feature, I'm closing it at patchwelcome.

Note: See TracTickets for help on using tickets.