Qual è la scorciatoia da tastiera per tornare all'ultima posizione del cursore in Visual Studio?
Come tornare all'ultima posizione del cursore in Visual Studio?
Risposte:
Non funzionerà per il tasto di colore rosso (-). Per me funziona solo per la combinazione di colori blu.
1
In realtà non funziona con il tastierino numerico 'meno' perché in effetti è un'altra chiave, sebbene i personaggi siano gli stessi
—
Moesio
In Visual Studio 6 (Visual C ++) il tasto di scelta rapida è
—
Elshan,
F2
l'immagine è rotta
—
Tobia Zambon,
E
—
Jim Aho,
ctrl+ shift+ -per l'attaccante
Secondo il manifesto di riferimento di Visual C # 2008 Keybinding è Ctrl+ -. Il nome del keybinding specifico è View.NavigateBackward.
PS: Durante la ricerca ho anche scoperto che Ctrl+ .è uguale a Shift+ Alt+ F10. Bello!
Qual è l'associazione per "la prossima posizione del cursore"?
—
Ozkan,
@Ozkan:
—
Protector un
Ctrl+ Shift+-
@Ozkan Credo che significhi Ctrl-Shift- +
—
LosManos il
@LosManos, no è
—
Dennis T - Ripristina Monica -
Ctrl+ Shift+ -aka Ctrl, Shifte -premuto allo stesso tempo.
@Ozkan L'associazione per 'prossima posizione del cursore' è ctrl- + o (come ho appena imparato dopo un refuso) ctrl-shift--
—
LosManos
ctrl+ -(trattino) naviga all'indietro.
ctrl+ shift+ -(trattino) si sposta in avanti.
Queste impostazioni sono disponibili in Ambiente -> Tastiera:
Nota che le impostazioni predefinite della tastiera per le installazioni multiple che ho fatto su varie versioni sono sempre state
—
Johan Boulé,
ctrl+ .e ctrl+ shift+ .. Il primo (navigare all'indietro) è inaccessibile per molte tastiere non di risposta, poiché è necessario premere shiftper far capire a VS che il tasto che si sta tentando di inviare è quello con il .simbolo (è al 2 ° livello). Quindi, la mia risposta è che non esiste un collegamento predefinito e che è necessario definirlo da soli.
Per il nuovo codice VS (1.28.2)
Indietro: Ctrl+ Alt+ -(trattino)
Avanti: Ctrl+ Shift+ -(trattino)
Nota che VS! = VS Code. il primo è l'IDE, l'altro è un editor open source con plugin.
—
ratijas,
Le risposte più generiche sono: non esistono valori predefiniti funzionanti e devi definire le tue scorciatoie da tastiera per View.NavigateBackward e View.NavigateForward.
Perché? Per la maggior parte delle tastiere, la scorciatoia predefinita è una combinazione rotta e inservibile perché VS gestisce male i modificatori shift e altGr. Gli Stati membri non hanno prestato molta attenzione alla portabilità e all'internazionalizzazione quando hanno riqualificato VS dopo la versione 6, e questo è ancora vero oggi. Questo bug esiste da più di un decennio, quasi due decenni. A questo ritmo, non sarà mai risolto. E sì, ho compilato una segnalazione di bug e non sono certo l'unico.
Tuttavia, la loro linea di prodotti "VSCode" ha una migliore gestione della tastiera in quanto non dipende dai modificatori shift o altGr per identificare la chiave. Ad esempio, quando ci si trova in modalità di scrittura di testo e si preme il tasto con il simbolo del trattino, senza usare maiusc o altGr, diciamo che scrive qualcos'altro, come il numero 6. In VSCode quando si tratta di gestire i collegamenti, è ancora il trattino chiave per il suo scopo. Finché una chiave ha il simbolo scritto su di essa, indipendentemente dal fatto che sia dipinta come 1 °, 2 ° o 3 ° livello, è solo quella chiave.
Naturalmente, non è mai una buona cosa fare in modo che le scorciatoie predefinite utilizzino simboli non alfanumerici, il che è sempre fonte di confusione, che funzioni o meno. I bravi editor di testi maturi lo sanno da molto tempo e dovrebbero essere presi come esempi di cose fatte bene. In un certo senso, VS ha imparato alcune cose positive da emacs con scorciatoie che sono una sequenza di due lettere, ma alla fine ha rovinato altre parti con la scelta di associazioni non alfanumeriche, combinate con una gestione della tastiera di basso livello rotta.