Después de instalar vim-ruby-debugger ese complemento "secuestra" varias asignaciones. Como <leader>n, o <leader>t que utilizo respectivamente para NERDTreeToggle y Command-T find.Anulando una reasignación desde un complemento?
El culpable se encuentra en el hardcoded mappings in this ruby-debugger.
Preferiría tener estos reasignado como <leader>rdX, es decir, con el prefijo * r * uby- * d * ebugger. Obviamente, podría simplemente hackear el complemento y cambiar las asignaciones allí. Pero eso parece un poco demasiado hackish (y probablemente se rompa en las actualizaciones).
¿Cómo puedo desasignar estas asignaciones, por lo que vim recurrirá nuevamente a mis propias asignaciones? Y para que pueda reasignar los comandos en mi .vimrc (donde debería estar, en mi humilde opinión).
Use git, 'git pull' no permitirá que sus cambios desaparezcan al fusionarse. – ZyX
Mejor, bifurca este repositorio en github, agrega la posibilidad de personalizar las asignaciones (es más rápido hacer esto cambiando 'noremap b ...' para 'ejecutar 'nnoremap' get (g :, 'ruby_debugger_map_toggle_breakpoint', ' b') '...' ') y luego hacer una solicitud de extracción. Con las asignaciones de cambio sugeridas se personalizará utilizando la variable 'g: ruby_debugger_map_toggle_breakpoint'. –
ZyX
La segunda solución es mucho mejor que usar algún tipo de solución alternativa (como poner tus asignaciones que no deben ser reemplazadas por '~/.vim/after/plugin/mappings.vim', la primera solución sugerida o usar algún tipo de mi [' map.maparg'] (https://bitbucket.org/ZyX_I/frawor/src/a09e101e4a9a55e1bbbf6602a1ef2c4fcd839631/doc/frawor.txt#cl-731) en el mismo directorio '~/.vim/after/plugin/mappings.vim' para guardar y luego 'map.map' para mapearlos de nuevo, pero a' rd * ', con el comando' noremap' normal para tus complementos de NerdTree). Creo que no eres la única persona que necesita capacidad para personalizar las asignaciones. –
ZyX