Quel est le raccourci clavier pour revenir à la dernière position du curseur dans Visual Studio?
Quel est le raccourci clavier pour revenir à la dernière position du curseur dans Visual Studio?
Réponses:
Cela ne fonctionnera pas pour la touche de couleur rouge (-). Pour moi, cela ne fonctionne que pour la combinaison de couleurs bleues.
F2
ctrl
+ shift
+ -
pour l'attaquant
Selon Visual C # 2008 Keybinding Reference Poster, c'est Ctrl+ -. Le nom de la liaison de touches spécifique est View.NavigateBackward.
PS: Lors de mes recherches, j'ai également trouvé que Ctrl+ .est le même que Shift+ Alt+ F10. Agréable!
Ctrl
+ Shift
+-
Ctrl
+ Shift
+ -
aka Ctrl
, Shift
et -
pressé en même temps.
ctrl
+ -
(tiret) permet de reculer.
ctrl
+ shift
+ -
(tiret) navigue vers l'avant.
Ces paramètres se trouvent sous Environnement -> Clavier:
ctrl
+ .
et ctrl
+ shift
+ .
. Le premier (naviguer en arrière) est inaccessible pour de nombreux claviers non qwerty, car vous devez appuyer sur shift
pour faire comprendre à VS que la touche que vous essayez d'envoyer est celle avec le .
symbole (elle est au 2ème niveau). Donc, ma réponse est qu'il n'y a pas de raccourci par défaut et que vous devez le définir vous-même.
Pour le nouveau code VS (1.28.2)
Arrière: Ctrl+ Alt+ -(tiret)
Avant: Ctrl+ Shift+ -(tiret)
Les réponses les plus génériques sont: il n'y a pas de valeur par défaut et vous devez définir vos propres raccourcis clavier pour View.NavigateBackward et View.NavigateForward.
Pourquoi? Pour la plupart des claviers, le raccourci par défaut est une combinaison cassée et inutilisable car VS gère mal les modificateurs shift et altGr. MS n'a pas tellement prêté attention à la portabilité et à l'internationalisation lorsqu'ils ont redéveloppé VS après la version 6, et cela est encore vrai aujourd'hui. Ce bug existe depuis plus d'une décennie, près de deux décennies. À ce rythme, il ne sera jamais fixé. Et oui, j'ai rempli un rapport de bogue, et je ne suis certainement pas le seul.
Cependant, leur gamme de produits "VSCode" a une meilleure gestion du clavier car elle ne dépend pas des modificateurs shift ou altGr pour identifier la clé. Par exemple, lorsque vous êtes en mode d'écriture de texte et que vous appuyez sur la touche qui a le symbole du tiret, sans utiliser shift ni altGr, disons qu'il écrit autre chose, comme le numéro 6. Pour VSCode quand il s'agit de la gestion des raccourcis, c'est toujours le tiret clé pour son objectif. Tant qu'une clé a le symbole écrit dessus, que ce soit peint en tant que 1er, 2ème ou 3ème niveau n'a pas d'importance, c'est juste cette clé.
Bien sûr, ce n'est jamais une bonne chose de faire en sorte que les raccourcis par défaut utilisent des symboles non alphanumériques, c'est toujours déroutant, que cela fonctionne ou non. Les bons éditeurs de texte matures le savent depuis longtemps et devraient être considérés comme des exemples de choses bien faites. À certains égards, VS a appris quelques bonnes choses d'emacs avec des raccourcis qui sont une séquence de deux lettres, mais finalement foutus sur d'autres parties avec le choix de liaisons non alphanumériques, combiné à une manipulation du clavier de bas niveau cassée.