Open
Bug 1249872
Opened 10 years ago
Updated 3 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•10 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•10 years ago
|
Whiteboard: btpp-backlog
| Assignee | ||
Updated•7 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•