Open
Bug 1249872
Opened 8 years ago
Updated 2 years ago
Don't we need to support ScrollLock on Windows?
Categories
(Core :: DOM: UI Events & Focus Handling, enhancement)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox47 | --- | affected |
People
(Reporter: masayuki, Unassigned)
References
Details
(Whiteboard: btpp-backlog)
Currently, only Windows support ScrollLock modifier (Linux also does it, but typical distributions don't support it as a modifier) since we've already supported KeyboardEvent.getModifierState("ScrollLock"). However, we've never use ScrollLock modifier on our UI. If we improve XUL <key> element, we can add additional shortcut keys for ScrollLock. As far as I tested, no other browsers do nothing special when I press ScrollLock + Arrow keys. And I found a document of FAQ of Excel which supports ScrollLock. But according to the document, ScrollLock may make users confused as I guessed. So, ScrollLock shouldn't work with usual cases (e.g., force scroll <textarea> with allow key). But there might be better scenario we add new shortcut keys. Do you have any ideas? I wonder, in caret mode, scrolling with ScrollLock + Arrow keys might be useful, but I'm not sure.
Reporter | ||
Comment 1•8 years ago
|
||
Another idea is, arrow keys/PageDown/PageUp with ScrollLock may be "reserved". I.e., even if web apps don't allow to scroll, users can scroll focused element forcibly.
Updated•8 years ago
|
Whiteboard: btpp-backlog
Assignee | ||
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•