¿Cuál es el método abreviado de teclado para volver a la última posición del cursor en Visual Studio?
¿Cómo navegar de regreso a la última posición del cursor en Visual Studio?
Respuestas:
No funcionará para la tecla de color rojo (-). Para mí solo funciona para la combinación de color azul.
1
De hecho, no funciona con el teclado numérico 'menos' porque es otra tecla, aunque los caracteres son los mismos
—
Moesio
En Visual Studio 6 (Visual C ++), la tecla de acceso directo es
—
Elshan,
F2
la imagen está rota
—
Tobia Zambon
Y
—
Jim Aho
ctrl+ shift+ -para adelante
Según el póster de referencia de encuadernación de teclas de Visual C # 2008 , es Ctrl+ -. El nombre de la combinación de teclas específica es View.NavigateBackward.
PD: Mientras investigaba, también descubrí que Ctrl+ .es lo mismo que Shift+ Alt+ F10. ¡Agradable!
¿Cuál es el enlace para la 'siguiente posición del cursor' entonces?
—
Ozkan
@Ozkan:
—
Protector uno
Ctrl+ Shift+-
@Ozkan creo que significa Ctrl-Shift- +
—
LosManos
@LosManos, no, es
—
Dennis T --Reinstalar a Mónica--
Ctrl+ Shift+ -aka Ctrl, Shifty -presionó al mismo tiempo.
@Ozkan El enlace para la 'siguiente posición del cursor' es ctrl- + o (como acabo de aprender después de un error tipográfico) ctrl-shift--
—
LosManos
ctrl+ -(guión) navega hacia atrás.
ctrl+ shift+ -(guión) navega hacia adelante.
Estas configuraciones se pueden encontrar en Entorno -> Teclado:
Tenga en cuenta que la configuración predeterminada del teclado para las múltiples instalaciones que he realizado en varias versiones siempre ha sido
—
Johan Boulé
ctrl+ .y ctrl+ shift+ .. El primero (navegar hacia atrás) es inaccesible para muchos teclados no sólidos, ya que debe presionar shiftpara que VS se dé cuenta de que la tecla que está tratando de enviar es la que tiene el .símbolo (está en el segundo nivel). Entonces, mi respuesta es que no hay un atajo predeterminado y debes definirlo tú mismo.
Para el nuevo código VS (1.28.2)
Atrás: Ctrl+ Alt+ -(guión)
Adelante: Ctrl+ Shift+ -(guión)
Tenga en cuenta que VS! = VS Code. el primero es el IDE, otro es un editor de código abierto con complementos.
—
ratijas
Las respuestas más genéricas son: no hay un valor predeterminado que funcione y debe definir sus propios métodos abreviados de teclado para View.NavigateBackward y View.NavigateForward.
¿Por qué? Para la mayoría de los teclados, el atajo predeterminado es una combinación rota e inutilizable porque VS maneja mal los modificadores shift y altGr. MS no prestó tanta atención a la portabilidad y la internacionalización cuando reconstruyeron VS después de la versión 6, y esto sigue siendo cierto hoy en día. Este error ha estado allí por más de una década, casi dos décadas. A este ritmo, nunca se solucionará. Y sí, he completado un informe de error, y ciertamente no soy el único.
Sin embargo, su línea de productos "VSCode" tiene un mejor manejo del teclado ya que no depende de los modificadores shift o altGr para identificar la clave. Por ejemplo, cuando está en modo de escritura de texto y presiona la tecla que tiene el símbolo de guión, sin usar shift ni altGr, digamos que escribe algo más, como el número 6. Para VSCode cuando se trata de manejo de atajos, ese sigue siendo el guión clave para su propósito. Siempre que una tecla tenga el símbolo escrito, ya sea que esté pintada como el primer, segundo o tercer nivel, no importa, solo esa clave.
Por supuesto, nunca es bueno hacer que los accesos directos predeterminados usen símbolos no alfanuméricos, eso siempre es confuso, ya sea que funcione o no. Los buenos editores de texto maduros lo saben desde hace mucho tiempo y deben tomarse como ejemplos de cosas bien hechas. De alguna manera, VS aprendió algunas cosas buenas de emacs con atajos que son una secuencia de dos letras, pero finalmente se arruinó en otras partes con la elección de enlaces no alfanuméricos, combinados con un manejo roto del teclado de bajo nivel.