Allow Full Customization of Keyboard Shortcuts

Jado

I am a Vimium user who loves using the keyboard only. I appreciate the fact that Orion offers the ability to change the shortcuts via the macOS Keyboard Shortcuts settings. This, however, falls far short for a few reasons:

macOS does not allow shortcuts with the same letter, differentiated by case: ⌘ + T vs ⌘ + t
macOS does not allow shortcuts that would be “alone” (i.e., without a modifier): T, X, etc
macOS does not allow shortcuts that aren't already present in the Orion menu: e.g., a shortcut to focus the URL bar
macOS does not allow shortcuts that are chords: e.g., yy or gT

It is for these reasons that I request the ability to set custom keyboard shortcuts within Orion for ALL of Orion, including:

— History Navigation
— Tab Navigation
— Tab Management
— etc.

The remaining Vimium functionality (i.e., showing characters on every link after pressing f) can be left to those extensions that work. This would allow MOST of the functionality to be native to Orion.

See: Above, https://github.com/gdh1995/vimium-c, etc.

eirk

Regarding 1 - isn't it just the difference between cmd-shift-t and cmd-t?

regarding 3 - there is a shortcut to focus the url bar, cmd-l, as File->Open Location...

Points 2 and 4 are what I would consider really "power user" features and thus not applicable to a large selection of orion users. these features generally wouldn't be prioritized as much

nAn0

eirk
In regard to argument (3), the proper menu item is:
File -> Open Location…

Apple uses a single unicode character to represent the three dots at the end of menu items where it's present; the symbol is called an 'ellipsis' <…>.

An ellipsis must be used instead of three periods when targeting the menu item using osacript via skhd.

Example:
.skhdrc

cmd + ctrl - u [
    "Orion" : osascript -e 'tell app "System Events" to click menu item "Open Location…" of menu "File" of menu bar 1 of process "Orion"'
    ]

<br>
However, this is un-necessary when binding via:
System Settings -> Keyboard -> Keyboard Shortcuts… -> App Shortcuts
I suppose Apple's code in App Shortcuts must check for and replace three periods with an ellipsis.

JSiuDev

I am not sure about MacOS rules about shortcuts. However,

Able to see all shortcuts is nice. It is a good way to learn how to use an app (Orion in this case) more efficiently
Personally, not able to reassign side bar shift+cmd+s to cmd+b is a pain. FF and vscode use cmd+b🤦‍♂️

eirk

JSiuDev You can use cmd+b. not sure why you can't. just make sure to set it as a app shortcut for Orion specificlly

Yannick

JSiuDev https://cheatsheet-mac.en.softonic.com/mac

JSiuDev

eirk Arr, find it here https://support.apple.com/en-ca/guide/mac-help/mchlp2271/mac

First time doing that. Usually it is done within app, lol.

JSiuDev

Yannick Is there similar one but opensoruce?😁

eirk

JSiuDev There aren't any that I know of. But still, some other alternatives:
Raycast - free, more multi-purpose, but has a Search Menu Items command

KeyCue - $30, also allows changing the shortcuts directly in the menu bar, and other features

Finbar - $10, cool ui and tons of other features

Paletro - $7

ShowMeYourHotKeys - “main feature is free”, $8 for advanced features

ph0tone

Yeah it would be really neat.. For examples I have mapped prev/next tab in Opera to the key 1 and 2 and it is nice to switch tabs.

nAn0

Context:

Version 0.99.137-beta (WebKit 623.1.8.0.0)
Build date October 25, 2025
MacBook Pro (macOS Sequoia 15.5 build 24F74)

= = =

To make use of the macOS built-in keyboard shortcut modifier:
System Settings -> Keyboard -> Keyboard Shortcuts… -> App Shortcuts
we could target menu items for core navigation functions, such as:

Flip to Previous//Next Page (bound by default to cmd - left and cmd - right with no menu items)
Blink to Previous//Next Tab (instant tab switching; Show Previous//Next Tab mimics Apple's default app-switcher cmd - tab which users are familiar with, but it is painfully slow for powerusers)
Close Tabs Below (this one is likely a bug. It's accessible through the right-click menu but is missing in the menu bar) [the menu item shows up when searching for it with raycast via the Search Menu Items command]
Close Other Tabs (like the previous entry, this one is accessible but missing in the menu bar; it's also missing in the right-click menu on pinned tabs)
Close All Tabs (maybe insert an opt-out confirmation prompt for this one along with the previous entry, seeing they are nuclear functions?)

Nested Tab Managment

By reason of observation, Close Tabs Above//Below should operate within their respective tab scope (i.e. close all tabs above//below within the nest).
Instead, they operate within the global scope, closing tabs outside of the nest.

The reason I believe they are meant to operate within the nested tab scope is because the Close Tabs Above item is disabled when the tab is first within the nest.
Likewise, the Close Tabs Below item is disabled when the tab is last within the nest (i.e. no tabs below to close).

Another mild quirk is that the Close Other Tabs item is missing in the right-click menu when the tab is last within the global scope, leaving Close Tabs Above (which gets the job done, but is not intuitive when looking for the former item).

= =
Note: Close Tabs Below and Close Other Tabs are still bindable via App Shortcuts despite their absence in the menu bar.

I'm not sure how much of this constitutes a separate issue from the OP; I thought it fitting to add to the discussion of keyboard shortcuts regarding navigation and tab management.