[Bug 17771] New: Add an example of suggestion labels being used and rendered for input type="range"

https://www.w3.org/Bugs/Public/show_bug.cgi?id=17771

           Summary: Add an example of suggestion labels being used and
                    rendered for input type="range"
           Product: HTML WG
           Version: unspecified
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P3
         Component: other Hixie drafts (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: contributor@whatwg.org
         QAContact: public-html-bugzilla@w3.org
                CC: ian@hixie.ch, mike@w3.org, cmhjones@gmail.com


This was was cloned from bug 11004 as part of operation convergence.
Originally filed: 2010-10-10 10:03:00 +0000
Original reporter: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>

================================================================================
 #0   Benjamin Hawkes-Lewis                           2010-10-10 10:03:30 +0000 
--------------------------------------------------------------------------------
You can give suggestions for a input type="range" labels by using the "label"
attribute on the "option" elements in a list referenced by the "list"
attribute.

At the moment this isn't very obvious. Could we include an example showing the
rendering of such labels as slider tick mark labels along the lines of the
example at:

http://www.filamentgroup.com/lab/update_jquery_ui_slider_from_a_select_element_now_with_aria_support/

Compare also Bug 10988.
================================================================================
 #1   Shelley Powers                                  2010-10-10 15:13:35 +0000 
--------------------------------------------------------------------------------
We also need to ensure a mapping between the actual range value and the
datalist option label. Currently, the list/datalist is seen as more of a
passive visual aid, then an actual concrete mapping. 

In addition, we would need an ARIA mapping associated with the labeling, in
such a way that actual step values would be available via API with the tick
marks, but the step value AND label being available when a label is specified.
================================================================================
 #2   Benjamin Hawkes-Lewis                           2010-10-10 15:50:00 +0000 
--------------------------------------------------------------------------------
(In reply to comment #1)

These remarks seem fairly off-topic for this bug, which is solely about
providing an example rendering.

> We also need to ensure a mapping between the actual range value and the
> datalist option label. Currently, the list/datalist is seen as more of a
> passive visual aid, then an actual concrete mapping. 

As far as I can tell, the "value" attribute concretely maps the suggestion
label to its numeric value.

If this is somehow not sufficient, please file a separate bug explaining the
problem.

> In addition, we would need an ARIA mapping associated with the labeling, in
> such a way that actual step values would be available via API with the tick
> marks, but the step value AND label being available when a label is specified.

The requirement for accessibility mappings in the mappings Note is already
logged as Bug 11003.

ARIA does not cover all semantics that need to be mapped to accessibility APIs
(at the moment, for instance, it doesn't even cover tables). I don't think ARIA
has any particularly obvious mapping for range control suggestion labels.
Notably the JQuery UI slider doesn't seem to add ARIA annotations to the tick
mark labels.

If you think there is a good way to map the native semantics to ARIA as it
stands, please explain how in dedicated bug. Otherwise, please propose
additions to ARIA to PFWG via the public-pfwg-comments mailing list.
================================================================================
 #3   Shelley Powers                                  2010-10-10 16:30:17 +0000 
--------------------------------------------------------------------------------
Sorry, disagree with you. 

As the example you have linked demonstrated, there are available ARIA mappings
that would work. These need to be documented in the HTML WG documentation. 

However, do agree with you that these could be handled in a separate bug.
================================================================================
 #4   Shelley Powers                                  2010-10-10 16:40:36 +0000 
--------------------------------------------------------------------------------
(In reply to comment #2)
> (In reply to comment #1)
> 
> These remarks seem fairly off-topic for this bug, which is solely about
> providing an example rendering.
> 
> > We also need to ensure a mapping between the actual range value and the
> > datalist option label. Currently, the list/datalist is seen as more of a
> > passive visual aid, then an actual concrete mapping. 
> 
> As far as I can tell, the "value" attribute concretely maps the suggestion
> label to its numeric value.
> 
> If this is somehow not sufficient, please file a separate bug explaining the
> problem.
> 
> > In addition, we would need an ARIA mapping associated with the labeling, in
> > such a way that actual step values would be available via API with the tick
> > marks, but the step value AND label being available when a label is specified.
> 
> The requirement for accessibility mappings in the mappings Note is already
> logged as Bug 11003.
> 
> ARIA does not cover all semantics that need to be mapped to accessibility APIs
> (at the moment, for instance, it doesn't even cover tables). I don't think ARIA
> has any particularly obvious mapping for range control suggestion labels.
> Notably the JQuery UI slider doesn't seem to add ARIA annotations to the tick
> mark labels.
> 
> If you think there is a good way to map the native semantics to ARIA as it
> stands, please explain how in dedicated bug. Otherwise, please propose
> additions to ARIA to PFWG via the public-pfwg-comments mailing list.

Sorry, had missed your reference to bug 11003 earlier.
================================================================================
 #5   Ian 'Hixie' Hickson                             2010-10-12 10:27:31 +0000 
--------------------------------------------------------------------------------
Status: Accepted
Change Description: no spec change
Rationale: The very first type=range example shows exactly that as far as I can
tell.

If you want another example, please provide the source and screenshot for the
example you have in mind. I'd be happy to add more examples.
================================================================================
 #6   Benjamin Hawkes-Lewis                           2010-10-22 07:33:43 +0000 
--------------------------------------------------------------------------------
Not really, I mean something like:

<input type="range" min="0" max="100" value="0" step="10" name="speed"
list="speeds">
<datalist id="speeds">
  <option value="10">Slower</option>
  <option value="20">Slow</option>
  <option value="30">Medium</option>
  <option value="70">Fast</option>
  <option value="90">Faster</option>
</datalist>

Excuse the ASCII art:

------------------------------------------------------------
|       |              |             }               |        |        |       
 }           |        |              |
       Slower      Slow       Medium                                 Fast      
        Faster       

The example in the spec doesn't have labels specified in the data list, or
render them.

Assigning to me in the hopes that I'll find time to come up with a nicer
example, though.
================================================================================
 #8   Michael[tm] Smith                               2011-11-20 14:23:37 +0000 
--------------------------------------------------------------------------------
(In reply to comment #6 from Benjamin Hawkes-Lewis)
> Assigning to me in the hopes that I'll find time to come up with a nicer
> example, though.

Note that per the chairs latest published timeline, we need for this bug to be
resolved by December 31 -

  http://lists.w3.org/Archives/Public/public-html/2011Jun/0315.html

If you don't have time before then to come up with a better proposed example,
one possible resolution is to move the bug to resolved=later and get back to it
when you can.
================================================================================
 #9   Ian 'Hixie' Hickson                             2011-11-24 02:59:09 +0000 
--------------------------------------------------------------------------------
If you don't have the time to make an example, feel free to reassign it to me.
I'll do one or find someone to do one. (Definitely don't close the bug, it'd be
a pity to lose track of this suggestion.)
================================================================================

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Friday, 13 July 2012 18:04:56 UTC