Closed Bug 172130 Opened 23 years ago Closed 22 years ago

Ctrl+Shift+something keycombination is unfortunate

Categories

(Core :: DOM: UI Events & Focus Handling, enhancement)

x86
Windows NT
enhancement
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 186789

People

(Reporter: lizal, Assigned: aaronlev)

Details

Attachments

(2 files)

Ctrl+Shift+something keycombination to invoke actions is unfortunate since the Ctrl+Shift can be reserved keypress combination in Windows to switch keyboards. Ideally, Mozilla should allow the user to define user-specified key combination that replaces the [Ctrl+Shift] part (or even any sequence). For example, insted of [Ctrl+Shift]+L the user can define the sequence to be, say, [Alt+Shift]+L or [Ctrl+F1]+L. In this respect, I would refer to WordPerfect "keyboard" versatility; in WP the user can completely modify "hotkeys" that invoke particular actions.
we already have an RFE on fully customizable keyboard bindings... See also http://mozilla.org/unix/customizing.html#keys
Whiteboard: DUPEME
->keyboard navigation
Assignee: asa → aaronl
Component: Browser-General → Keyboard Navigation
QA Contact: asa → sairuh
This is interesting issue to bring up -- what do you mean switch keyboards. Switch layouts on the same keyboard? How can I try that. Anyway, if this is an RFE for customizeable key bindings, then it's a dup of bug 57805. *** This bug has been marked as a duplicate of 57805 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Yes, a part of the RFE is a dupe of bug 57805. Sigh. Reopening for discussion of the "switching keyboard layouts". Basically, it would require to be able to store/load several independent keyboard layouts. The attachements show possible two menus (the first one allows to select particular keyboard layouts and create new layout out of already existing one; the second menu allows and to bind actions and keystrokes for particular keyboard layout - which is actually the bug 57805). The key actions and keyboard names are just illustrative. In practice, if we introduce some kind of "macro"action, then one of the bindings offered could be "load <keyboard name>". However, I feel that this would be too complicated to implement. Therefore, a selection from the menu can be a reasonable solution to implement this feature. In case this feature seems appealing, would suggest to change the summary accordingly to "RFE: multiple independet keyboard layouts"
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Summary: RFE: Ctrl+Shift+something keycombination is unfortunate → Ctrl+Shift+something keycombination is unfortunate
Bug 186789 also seems to point a similar problem ("Ctrl+Shift Shortcuts in Mozilla conflict with ISO 14755 Input methods"). > Ctrl+Shift can be reserved keypress combination in Windows to switch keyboards I believe that Alt+Shift is used for switching keyboards, while Ctrl+Shift is used for switching from RTL to LTR input (on BiDi-enabled versions of Windows). Prog.
> I believe that Alt+Shift is used for switching keyboards... Windows NT uses "left Alt+****" to switch keyboards as default configuration; the second Windows option is "Ctrl+Shift" (which I prefer in order to prevent accidental Alt-menu invoking actions).
Like *many* similar reports, this is indeed a dupe of bug 186789. Marking as such. Keyboard layout customizations should probably be suggested elsewhere, e.g. as a comment in Bug 57805. Prog. *** This bug has been marked as a duplicate of 186789 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: