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

Using ⌘+number to switch tabs #38

Open
qoobi opened this issue Apr 15, 2016 · 7 comments · May be fixed by #2566
Open

Using ⌘+number to switch tabs #38

qoobi opened this issue Apr 15, 2016 · 7 comments · May be fixed by #2566
Assignees

Comments

@qoobi
Copy link

qoobi commented Apr 15, 2016

I believe ⌘+1 should select tab 1, etc. Current behavior doesn't seem adequate.

@idle-z
Copy link
Contributor

idle-z commented Apr 15, 2016

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.

@PalmerAL
Copy link
Collaborator

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.

@qoobi
Copy link
Author

qoobi commented Apr 15, 2016

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.

@forteller
Copy link

On Windows/Linux this is Alt+n.

I agree that the scenario @PalmerAL mentions makes the current behaviour useful, but you need to conform to what users expect, and that is going to the nth tab from the left, as @mmkg says.

@alswl
Copy link
Contributor

alswl commented Apr 26, 2024

A simple patch serves as a temporary solution for this case.
0524fe6

Now I provided pre-build package, https://github.com/alswl/min/releases

This is primary pull request alswl#2 .

@alswl
Copy link
Contributor

alswl commented Jul 9, 2024

@PalmerAL
I can provide pull-request for this features, is it welcome?

related to #1239

@PalmerAL
Copy link
Collaborator

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:

Screenshot 2024-07-11 at 10 06 53 PM

I'm thinking those should stay as-is, do you see a reason to change them?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

7 participants