Hi @ysavir thanks for sharing your feedback! There are some inconsistencies across browsers that may or may not cause one of the keyboard shortcut variations to not work for some users. For this reason we support two different keyboard combinations for opening the command palette:

• macOS: ⌘+k or ⌘+alt+k
• other: Ctrl+k or Ctrl+alt+k

Does ⌘+alt+k or Ctrl+alt+k work for you?

Great feature!

During my work I frequently switch between VS Code and GitHub. VS Code uses ⌘ + ⇧ + p for the Command Palette. At least in chrome that one’s not occupied. Would be great and less confusing if we’d have consistent shortcuts across products.

@gaknoll I’m not sure you understand the issue. The alternate key shortcut might work, but the Cmd+K shortcut intercepts the one that should go to the browser, meaning the browser shortcut stops working entirely.

I have this issue as well.

In Firefox on X11, I am used to hitting Ctrl+K to go to the browser’s search bar. However, on GitHub (unless I disable the feature preview) hitting Ctrl+K now opens the GitHub Command Palette rather than going to the browser’s search bar.

@gaknoll Dorner and Luke have explained the issue I’m experiencing well. It’s not that my browser is obstructing the use of the command palette, it’s that the command palette is interrupting my use of the browser. And the browser is more important.

I do like the command palette, but I don’t think it should be tied exclusively to a keyboard shortcut. It makes it unavailable to us users who already give keyboard shortcut precedence to more present elements in our workflow (such as the browser, operating system, or any program we wish to take higher precedence than a website). Adding an interface button that can pull it up, without needing to rely on keyboard shortcuts, would make it much more accessible to us (and probably to mobile users as well).

This is an awesome feature but as @barredterra mentioned just switch the palette command to ⌘ + ⇧ + p.

Notion just uses ⌘ + p. You could also just make it configurable

Firefox in Windows - the ctrl+k hotkey is used to go to the search-bar.
The new command-palette hotkey takes precedence breaking the browser hotkey.
This is really annoying.
As different people & browsers have different hotkeys - it’d be nice to have custom hotkeys…

On macOS Big Sur 11.6 and Safari Version 15.0 (16612.1.29.41.4, 16612) none of the key commands work for me.

I’m not sure If this belongs in another post but in Microsoft Edge (and probably other Chromium browsers, though I haven’t checked), Ctrl+Shift+K is used to duplicate a tab, which I tend to use a lot while browsing repositories on Github. This shortcut is now being captured by Github. Ctrl+Shift+P is a great alternative like @barredterra suggested and while this conflicts with the “Print” shortcut in Windows, not many people would use this shortcut on Github.

This also conflicts with the Edge browser’s CTRL+SHIFT+K shortcut. GitHub should distinguish between CTRL+K and CTRL+SHIFT+K

     The command palette is an interesting new feature in preview, but its one of its default key bindings, that of ‘Ctrl+Alt+K,’ also seems to pick up ‘Ctrl+Shift+K,’ which conflicts with Microsoft Edge’s default keyboard shortcut for ‘Duplicate Tab.’ Plain ‘Ctrl+K’ also tends to conflict; a non-trivial number of web sites bind it to the ‘add hyperlink’ button and consequent modal dialog box in their editors. I’m thus switching the command palette feature preview toggle back off for now.

Hey there,

Great work on this; I love the ability to utilize the Command Palette to navigate GitHub faster. However, Command / Control + K are usually used in many editors to create a hyperlink. With this, there are a few points of feedback that come to mind.

• Give users the ability to set a custom keybinding
• Utilize a different keybinding such as Command + J (used in Evernote) or Command + / (used in Figma)

Please don’t hijack the hyperlink shortcut, as this could create more confusion than use. Again, keep up the great work!

What about printing then?

Hey there @gaknoll,

Many people have custom shortcuts that may not be accounted for. Similarly, multiple key bindings may become overwhelming. Two simple things that could be done to avoid confusion / misunderstanding with this feature.

1. Allow for a custom key binding to be set by users. This makes the most sense and allows for users to freely pick their keybinding

2. Use Command + /. This is a popular selection in multiple apps (Figma for example) to open a command palette.

Please do not use Command + K

Thanks!

@3raxton we are working on making this more flexible now! As I mentioned above, we are likely going to start by offering a set number of keyboard shortcut options that users can choose from that hopefully offer at least one that doesn’t conflict with shortcuts from custom & default browser of choice nor browser extensions in use.

Medium to longer term we do anticipate even more broad user control over the customization of keyboard shortcuts via a keyboard shortcut remapping feature. Our accessibility team shipped a v1 of this feature this week that simply allows users to turn on/off keyboard shortcuts but will evolve into custom remapping. This is primarily targeted at users who rely on the keyboard and/or assistive technologies such as screen readers, but will also give more control to all users.

Ctrl-K also conflicts with Chrome and is documented on the linked page of shortcuts for that browser.

I really hate when browser shortcuts are hijacked, and feel that the default configuration should be the least intrusive. In other words, don’t use Ctrl-K as the default. Ctrl-Alt-K looks to be the least conflicting option you are considering, so make that the default.

I also really hope that browser vendors in the future provide a mechanism to disable such hijacking, and enable it by default, in which case you may want to train your users to use shortcuts that aren’t likely to be taken back in the future.

Adding context for future people stumbling upon this post:

I was trying to build my own command/ctrl+k menu using https://github.com/pacocoursey/cmdk , and was curious how GitHub handles ctrl+k not being triggered within Firefox to open the search bar

Thankfully, it seems its as easy as invoking preventDefault on the event to disable the built in functionality and do your own ✨ magic ✨ instead.

Command + K conflicts with a browser keyboard shortcut in Firefox. I’ve disabled it for this reason.

I like what the command palette is trying to do, but I strongly dislike it when websites introduce their own shortcuts that conflict with the browser.

Would be helpful if there was a button in the Navbar that would open it even if people have the shortcut disabled.

So months later shortcuts are still hijacked. I'm not interested in this niche feature. How to disable github's hijacking ?

For those using Firefox, there are two solutions:

• Block shortcuts hijacking globally. This can be done in about:config, by updating the configuration permissions.default.shortcuts to 2
• Block shortcuts hijacking specifically for github. This can be done by showing the page info popup (ctrl+I, that one isn't hijacked), and there's an option in the Permissions menu to disable shortcut override.