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

Request: Tab - Behaviour #1

Open
dschier-wtd opened this issue Jan 13, 2017 · 6 comments
Open

Request: Tab - Behaviour #1

dschier-wtd opened this issue Jan 13, 2017 · 6 comments

Comments

@dschier-wtd
Copy link

Hey,
thanks for your answer over at extensions.gnome.org. It took me some time to see it...
Hope I can explain my expected behaviour:

The current behaviour of the extension is, that super+tab AND alt+tab is showing my (closed) favorites. The extension is called super+tab, which for me indicates that only super+tab is using the extension and the old or different alt+tab will be still useable.

I have a couple of favorites ad cycling through all of them with alt+tab only to jump at the beginning again is quite unconvenient.

Maybe you can implement a way, that we/I can configure things like:

Alt+Tab -> No (closed) Favorites shown
Super + Tab -> (closed) Favorites shown

or even better, ou can give us the option to configure it completely free, so we can combine the following 3 things, the way we like. Someone can configure:

Alt+Tab -> All Windows + Favs
Super+Tab -> Nothing

or

Alt+Tab -> only Favs
Super + Tab -> only Windows on current Desktop

or

Alt + Tab -> only current Desktop
Super + Tab -> All windows + Favs

The last one would be something, that I am looking for 💃

That would be awesome.

Thanks alot for the cool work and I hope you can find a way to extend your cool extension. ;)

@dsboger-zz
Copy link
Owner

Super+Tab and Alt+Tab do the same thing by default because both shortcuts are associated with the same action, which is the action my extension modifies. The implementation is completely tied to that existing action, so I cannot provide a quick solution to this issue. An approach I'll look into is creating a whole new action that can be bound to a custom shortcut. That means rewriting most of the code, and I'm not sure it is even feasible. It needs further research.

About the current workspace/all workspaces, the current extension respects the existing setting that configures how stock Alt+Tab/Super+Tab works (I think it is a hidden option, there is no stock UI for it). As it is right now, it does not make sense to create a new option, but if the above research bears fruit, I think it will be easy to code.

Thanks for reporting!

@dschier-wtd
Copy link
Author

Sounds awesome. :) An thanks a lot for your turn around. That gave me some insight into the current behaviour.

Best regards,
Daniel

@dsboger-zz
Copy link
Owner

I've done some research about this request and I don't think it can be done without duplicating a lot of code from the Shell. I'm personally not inclined to pursue that, although I'm open to contributions.

@fawtytoo
Copy link

If the problem is to get back to the beginning of the open apps list, without having to cycle through the closed favourites, what about using the Home key on the keyboard to return to the beginning.
This would be simpler to add, yes?

@dsboger-zz
Copy link
Owner

@phenest It certainly could be done. I'd suggest, though, that it be part of a new extension, as that is a feature that may be useful in itself and is not particularly related to launchers.

@fawtytoo
Copy link

It's not something that bothers me specifically, just thought I would add a possible solution. Of course, not to forget, the switcher popup does respond to the mouse wheel by default which could be faster than pressing keys repeatedly.

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

No branches or pull requests

3 participants