You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is still no abstracion that prevents from direct binding physical keys to actions. Vdebug still forces the user to overwrite existing physical mappings by default (from g:vdebug_keymap_defaults). For example, I lose nmap <F12> this way after running vdebug although the piece of (Python) code to keep old mapping seems to exist.
I would like to hide mapping of low-level operations behind an abstraction. For example
There is still no abstracion that prevents from direct binding physical keys to actions. Vdebug still forces the user to overwrite existing physical mappings by default (from
g:vdebug_keymap_defaults
). For example, I losenmap <F12>
this way after running vdebug although the piece of (Python) code to keep old mapping seems to exist.I would like to hide mapping of low-level operations behind an abstraction. For example
does not overwrite any existing user mapping. The user would then have to create some custom mapping like
We could also provide the old-style mapping to keep backward compatibility (and provide such physical mappings that can be disabled with one setting).
In this case, we can check the code used to store / restore mappings as long as we need it.
The cheapest, non-perfect way could be to add
and keep the old hardcoded mapping to allow the user to select the old set.
Now, without changing any line of Vdebug code, we can also replace all default physical keymaps by abstract at the user side:
but it should be provided by Vdebug.
The text was updated successfully, but these errors were encountered: