-
Notifications
You must be signed in to change notification settings - Fork 43
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
f<key> doesn't jump to <key> if there is a mapping for <key> #152
Comments
Comment by jwkicklighter Over a year later and I'm still having this issue as well. |
@tom-kuca @jwkicklighter this will be fixed in the next version of NeoVintageous (1.4.0). In the meantime available from the develop branch: https://github.com/NeoVintageous/NeoVintageous/tree/develop. In case you don't know what NeoVintageous is: it is a fork of the discontinued Vintageous plugin. I show some examples of how to get it working: Instead of defining the keymap as regular ST keybinding, you use the Here's the working documentation for the The .vintageousrc fileA feature comparative to the The file is located at
Mapping to basic ex commands is supported in the form To map to a Sublime Text command, the command must start an uppercase letter, to avoid confusion with builtin ex commands e.g. This is easiest to understand with some examples:
There is current;y a limitation in that the commands you map to can't accept arguments so to map to the command to open the Command Palette you need to create a custom command. As I hope you can see, the command is just a proxy to the show_overlay command:
Now you can map that command to any key in your
The default leader is
Make sure to remove any existing ST keymaps using the comma, otherwise they will cause issues. 1.4.0 should be released soon enough. Hope you enjoy, |
It works, awesome! About a month ago, I tried a few different plugins just to found out that all of them suffers from this bug, I'm glad things has changed. Just a note, the command name in mapping should match the definition. The mapping should be
|
1.4.0 has been released. It took a little longer to get the release out the door. See the forum post on latest release: NeoVintageous 1.4.0 released zap KAPOW. |
Is it possible to get this working without using .vintageourc? Such as having a custom ST3 context when NeoVintageous is in a ongoing motion? |
@dvcm No that won't be possible because if you use a st context then Sublime captures the key and NeoVintageous doesn't know that the key was pressed. Out of interest what's the reason you can't use the rc file? |
Thanks for the explanation! Just fragmentation. It's nicer and easier to maintain to have everything in one file, not in multiple split up |
I think this problem is still there, at least partly. For example, when you do nnoremap t<C-n> :SomeSublimeCommand<CR> the default vim |
Issue by tom-kuca
Saturday May 02, 2015 at 12:19 GMT
Originally opened as guillermooo/Vintageous#948
Mapping a
<key>
to a command in normal mode breaks the functionality off<key>
(and alsot<key>
,F<key>,
,T<key>,
). I expect thatf<key>
jumps to the next<key>
character on the line, without invoking the command.Example
I want to open a command palette when I press a
,
in the normal mode, butf,
should jump to the next comma on the line without opening the pallete. I have just switched for sublime text 2 (Vintage), when the following mapping works as expected:I have tried to fix it by adding a proper context. I have searched for them in the
vi/contexts.py
without success. The relevant contexts, likevi_state_expecting_user_input
, were removed. But in my opinion, it should work even without any context, I can't imagine the situation when I want to invoking anything in the middle of a motion command. But I admit my imagination can be limited.I guess that the bug (if it's really a bug) was introduced in a8809e1.
The text was updated successfully, but these errors were encountered: