Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

7.0 default numbered shortcuts conflict with macOS screenshot shortcuts #1791

Closed
eefi opened this issue Jul 12, 2020 · 3 comments
Closed

7.0 default numbered shortcuts conflict with macOS screenshot shortcuts #1791

eefi opened this issue Jul 12, 2020 · 3 comments
Labels
Component: Shortcuts Issues related to keyboard shortcuts Status: Expected This behavior is expected of the add-on

Comments

@eefi
Copy link

eefi commented Jul 12, 2020

Thank you for the new direct keyboard shortcuts to opening new tabs in specific containers in the 7.0 release!

On macOS, it seems that the keyboard shortcuts are mapped by default to Cmd+Shift+number, which works well for Cmd+Shift+1 and Cmd+Shift+2. However, macOS owns the shortcuts for Cmd+Shift+3, Cmd+Shift+4, Cmd+Shift+5, and Cmd+Shift+6 for screenshotting purposes: https://support.apple.com/en-us/HT201361 and https://support.apple.com/guide/mac-help/take-screenshots-or-screen-recordings-mh26782/mac.

Can the numeric shortcuts on macOS be mapped to a different pair of modifiers by default than Cmd+Shift, so that they don't conflict with these screenshotting shortcuts?

@eefi eefi changed the title 7.0 numbered shortcuts conflict with macOS screenshot shortcuts 7.0 default numbered shortcuts conflict with macOS screenshot shortcuts Jul 12, 2020
@kendallcorner
Copy link
Collaborator

Hi @eefi FYI, you can change the keyboard shortcuts from about:addons. Click the gear and select "Manage extension shortcuts"

@foss-
Copy link

foss- commented Jul 13, 2020

Switching e.g. to ⌥⌘Number works. Question though is, wether default should be changed for macOS, as all users will run into this conflict.

@maxxcrawford maxxcrawford added Component: Shortcuts Issues related to keyboard shortcuts Status: Expected This behavior is expected of the add-on labels Jul 16, 2020
@maxxcrawford
Copy link
Collaborator

Marking this as a duplicate to an issue that gives details on how to override this. Thanks!

Duplicate of #1814

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component: Shortcuts Issues related to keyboard shortcuts Status: Expected This behavior is expected of the add-on
Projects
None yet
Development

No branches or pull requests

4 participants