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

Add next/prev tab support to match Vimium #423

Closed

Conversation

leoj3n
Copy link

@leoj3n leoj3n commented Aug 1, 2016

This makes it so suspended tabs don't interrupt the Shift+J and Shift+K
flow of tab switching in Vimium.

See philc/vimium#1346

  This makes it so suspended tabs don't interrupt the Shift+J and Shift+K
  flow of tab switching in Vimium.
@deanoemcke
Copy link
Collaborator

Sorry but this is super specific to another extension. I don't think it belongs as part of the code base of this project. You should probably just install a local copy of this extension with your modifications in it.

@deanoemcke deanoemcke closed this Aug 10, 2016
@Swoorup
Copy link

Swoorup commented Dec 8, 2016

Is it possible to instead allow user to add keybindings during suspension?

@dumblob
Copy link

dumblob commented Feb 15, 2017

I agree with @deanoemcke. On the other hand I'm a long term user of Vimium and this issue of keybindings not being functional is quite frustrating.

@Swoorup, I would say adding keybindings would just bloat the extension. It totally ruins separation of concerns.

Is it possible to somehow generally detect any other extension being present on the tab and somehow allow it's functionality? Would "reordering" of the extension execution sequence suffice?

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

Successfully merging this pull request may close these issues.

4 participants