-
-
Notifications
You must be signed in to change notification settings - Fork 727
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
Using ⌘+number to switch tabs #38
Comments
The current behavior is to move n tabs to the right, where n is the number key pressed. If I remember correctly, there is a matching key combination to move n tabs left. This seems like an intentional feature, so rather than replace it, it may be preferable to add traditional behavior as an option. |
Shift+command+n moves to the left (except for 3 and 4 on OS X, which are for screenshots). The reason for this is that if you have a lot of tabs open, it can take a second to count the tabs from the left to figure out which one you want. For example, if you have something like this: [tab] [tab] [tab] [tab] [tab] [tab A] [tab] [tab B]. Where you're on tab B and want to go to tab A, it is easier to count from tab B to tab A, than to count from the left all the way to tab A. Also, this behavior lets you navigate through the tabstrip no matter how many tabs you have, whereas the regular behavior doesn't let you select any tabs past the 8th one. The best solution would probably be to keep the current behavior, but add an additional key combination that would select the nth tab, like other browsers. |
Chrome, Firefox, and Safari use command+n for n'th tab, so this is the expected behavior. Currently shift+command+n moves to the left and command+n moves to the right. I tried this with few tabs, so it seemed chaotic, but now I see how it works. Still, I think the shortcuts seen on other browsers should do the sam, or be configurable. |
A simple patch serves as a temporary solution for this case. Now I provided pre-build package, https://github.com/alswl/min/releases This is primary pull request alswl#2 . |
OK, yeah, let's do it. Minor suggestion, let's check if the user manually remaps cmd+1 / shift+cmd+1 to next/previous tab in the settings, and let that override this shortcut if so. I don't expect many people to do that, but some people may be used to the existing setting. Also, there are currently separate bindings for cmd+9: I'm thinking those should stay as-is, do you see a reason to change them? |
I believe ⌘+1 should select tab 1, etc. Current behavior doesn't seem adequate.
The text was updated successfully, but these errors were encountered: