Vsvim: Cambiar el manejo de combinaciones de teclas a VsVim no parece funcionar correctamente
Configuración: VS2017 + Resharper (no estoy seguro si eso causa un problema o no)
Cuando trato de cambiar Ctrl-E y Ctrl-D para que sean manejados por VsVim y guardar la configuración, se cuelga durante mucho tiempo (> 1 minuto). Eventualmente se vuelve receptivo y dice que lo está manejando, sin embargo
El enlace Ctrl-E es incorrecto, cree que es un acorde y espera la segunda parte del acorde.
Ctrl-D se maneja correctamente
keithn
Todos 4 comentarios
Resharper definitivamente no es el problema porque estoy experimentando lo mismo con Ctrl-E y no tengo Resharper.
mgregory22
en 2 oct. 2017
El enlace Ctrl-E es incorrecto, cree que es un acorde y espera la segunda parte del acorde.
Creo que esa es la pista. vsvim parece tener problemas con los atajos de (vistual studio) que constan de 2 pulsaciones de teclas. Como esto:
Noté esto con Ctrl-R y SSDT (que introducen un montón de acordes como atajo que comienzan con ctrl-r en 2017).
Creo que hay una manera de hacer que estos Ctrl-E (o -R) funcionen en vsvim: elimine todos los acordes que comienzan con ellos. Puede hacer esto, yendo a: Opciones -> Env. -> Teclado y luego presione ctrl-e (como en la captura de pantalla) y elimine (retroceso) todos los atajos que aparecen.
sql-koala
en 14 ene. 2018
La única solución actual para este problema es marcar la casilla de verificación "Incluir todos los ámbitos" al asignar claves a VsVim o Visual Studio. Realmente es un error que Visual Studio procese la primera clave de un acorde que solo se refiere a comandos en ámbitos que no se aplican. Tengo el mismo problema con <C-t> y siempre uso "Incluir todos los ámbitos" y "Manejar todo con VsVim" al configurar una nueva instalación de Visual Studio con VsVim.
El retraso de bloqueo está relacionado con el tiempo que se tarda en buscar y realizar combinaciones de teclas. Eso solo toma un par de segundos en mi computadora portátil, pero otros también han reportado largas demoras como usted ha experimentado.
ricksladkey
en 19 jun. 2018
Tuvo el mismo problema. La instalación nueva de VsVim, Ctrl-E no funcionaría a pesar de tener a) asignadas todas las teclas a VsVim en Herramientas -> Opciones -> VsVim -> Cuadro de diálogo del teclado b) se aseguró de que Ctrl + E no fuera utilizado por ningún otro atajo en el cuadro de diálogo Herramientas -> Opciones -> Entorno -> Teclado. Una vez que seguí la sugerencia de @ricksladkey y verifiqué 'Incluir todos los ámbitos' en el cuadro de diálogo de configuración de VsVim, Ctrl + E funcionó correctamente.
Mrb83
en 25 jun. 2018
Temas relacionados
jaredpar
·
5Comentarios
thelamb
·
5Comentarios
ArnisL
·
5Comentarios
myopicmage
·
5Comentarios
elrob
·
6Comentarios
Comentario más útil
La única solución actual para este problema es marcar la casilla de verificación "Incluir todos los ámbitos" al asignar claves a VsVim o Visual Studio. Realmente es un error que Visual Studio procese la primera clave de un acorde que solo se refiere a comandos en ámbitos que no se aplican. Tengo el mismo problema con
<C-t>y siempre uso "Incluir todos los ámbitos" y "Manejar todo con VsVim" al configurar una nueva instalación de Visual Studio con VsVim.El retraso de bloqueo está relacionado con el tiempo que se tarda en buscar y realizar combinaciones de teclas. Eso solo toma un par de segundos en mi computadora portátil, pero otros también han reportado largas demoras como usted ha experimentado.