Summary: | Value of input type range is difficult to change from keyboard when range is much bigger than step | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Alexey Proskuryakov <ap> | ||||
Component: | Accessibility | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED WORKSFORME | ||||||
Severity: | Normal | CC: | cfleizach, jcraig, tkent | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Bug Depends on: | 63573 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Alexey Proskuryakov
2011-06-28 15:43:00 PDT
Created attachment 98985 [details]
slider
Turns out that arrow keys already work - they didn't work in Safari 5, and I got confused by bug 63573 into thinking that I cannot test ToT. But using them is not practical on this test case, because range is much larger than step, so the value changes extremely slowly. I'm not sure if this is something to fix in WebKit though - thoughts? If a slider width is smaller than its value range, a user can't move the thumb to positions for some specific values because one pixel represents multiple values. So, I think the current arrow key behavior is helpful for users to set specific values. However, it's confusing for a user who expects an arrow key moves the thumb. Introducing new key operations resolves the issue? For example, Right: move the thumb by at least 1px Shift + Right: move the thumb by 1 step. This works as expected with HOME/END (100%), PAGEUP/PAGEDOWN (~10%), LEFT/RIGHT (STEP VALUE)… Note: If you're on a short keyboard, HOME/END is fn+LEFT/RIGHT, and PAGEUP/PAGEDOWN is fn+UP/DOWN |