W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2011

[Bug 13154] WF3: Allow two handles on input type="range", like this: http://jqueryui.com/demos/slider/#range

From: <bugzilla@jessica.w3.org>
Date: Tue, 30 Aug 2011 12:09:06 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1QyN7q-00082i-E6@jessica.w3.org>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=13154

--- Comment #9 from Cameron Jones <cmhjones@gmail.com> 2011-08-30 12:09:05 UTC ---
there's no reason why a representation of a 'range' can't select multiple
values within that range. this is what the control represents in single-valued
mode - "select a value within this range" where the range (or scale) is bound
by the min\max values. for dual-value mode there is more of an assumption that
the user is selecting the 'range', however they are really still selecting 2
values within the overall range\scale. 

nothing is lost by allowing a 'range' input to select multiple values yet this
opens the element for greater use.

implementing slider\scale controls in other languages i considered this to be
relatively standard, however it would seem to be a less used configuration than
i expected. there is no difficulty in representing this control to a user with
multiple handles, and the implementation of encoding the values assigned to the
control will require the same considerations.

for a specific use case, i'll just continue in abstract and just say that
someone will want to collect 3, 4, etc values within a pre-defined range\scale.
when combined with datalist, and especially when exhibiting pre-defined\natural
ordering, the ability to graphically represent the choice of multiple values
with a visual representation of their natural characteristics and relativity is
not possible through other controls.

-- 
Configure bugmail: http://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 Tuesday, 30 August 2011 12:09:12 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:17 UTC