Qual é o atalho do teclado para voltar à última posição do cursor no Visual Studio?
Qual é o atalho do teclado para voltar à última posição do cursor no Visual Studio?
Respostas:
Não funcionará para a tecla vermelha (-). Para mim, isso só funciona para a combinação de cores azul.
F2
ctrl
+ shift
+ -
para frente
De acordo com o Visual C # 2008 Keybinding Reference Poster é Ctrl+ -. O nome da combinação de teclas específica é View.NavigateBackward.
PS: Enquanto pesquisava, também descobri que Ctrl+ .é o mesmo que Shift+ Alt+ F10. Agradável!
Ctrl
+ Shift
+-
Ctrl
+ Shift
+ -
aka Ctrl
, Shift
e -
pressionado ao mesmo tempo.
ctrl
+ -
(traço) navega para trás.
ctrl
+ shift
+ -
(traço) navega para frente.
Essas configurações podem ser encontradas em Ambiente -> Teclado:
ctrl
+ .
e ctrl
+ shift
+ .
. O primeiro (navegar para trás) é inacessível para muitos teclados que não são do tipo qwerty, pois você precisa pressionar shift
para fazer o VS perceber que a tecla que você está tentando enviar é a que tem o .
símbolo (está no 2º nível). Portanto, minha resposta é que não há atalho padrão e você precisa defini-lo.
Para o novo código VS (1.28.2)
Atrás: Ctrl+ Alt+ -(traço)
Frente: Ctrl + Shift+ -(traço)
As respostas mais genéricas são: não há padrão de trabalho e você precisa definir seus próprios atalhos de teclado para View.NavigateBackward e View.NavigateForward.
Por quê? Para a maioria dos teclados, o atalho padrão é uma combinação quebrada e inutilizável, porque o VS lida mal com os modificadores shift e altGr. A MS não prestou muita atenção à portabilidade e à internacionalização quando eles desenvolveram o VS após a versão 6, e isso ainda é verdade hoje. Esse bug existe há mais de uma década, quase duas décadas. Nesse ritmo, nunca será corrigido. E sim, preenchi um relatório de erro e certamente não sou o único.
No entanto, sua linha de produtos "VSCode" possui melhor manipulação do teclado, pois não depende dos modificadores shift ou altGr para identificar a chave. Por exemplo, quando você está no modo de escrita de texto e pressiona a tecla que possui o símbolo do traço, sem usar shift nem altGr, digamos que ele escreva outra coisa, como o número 6. No VSCode, quando se trata de manipulação de atalhos, esse ainda é o traço chave para sua finalidade. Contanto que uma chave tenha o símbolo escrito, se isso é pintado como o 1º, 2º ou 3º nível não importa, é apenas essa chave.
Obviamente, nunca é bom fazer com que os atalhos padrão usem símbolos não alfanuméricos, sempre confusos, funcionem ou não. Os bons editores de texto maduros sabem disso há muito tempo e devem ser tomados como exemplos de coisas corretas. De certa forma, o VS aprendeu algumas coisas boas do emacs com atalhos que são uma sequência de duas letras, mas acabaram errando em outras partes com a escolha de ligações não alfanuméricas, combinadas com uma manipulação de teclado de baixo nível interrompida.