Jaki jest skrót klawiaturowy, aby przejść z powrotem do ostatniej pozycji kursora w programie Visual Studio?
Jaki jest skrót klawiaturowy, aby przejść z powrotem do ostatniej pozycji kursora w programie Visual Studio?
Odpowiedzi:
Nie będzie działać dla przycisku koloru czerwonego (-). U mnie działa tylko dla kombinacji kolorów niebieskich.
F2
ctrl
+ shift
+ -
do przodu
Według Visual C # 2008 Keybinding Reference Poster to Ctrl+ -. Nazwa konkretnego powiązania klawiszy to View.NavigateBackward.
PS: Podczas badań odkryłem również, że Ctrl+ .to to samo, co Shift+ Alt+ F10. Ładny!
Ctrl
+ Shift
+-
Ctrl
+ Shift
+ -
aka Ctrl
, Shift
i -
wciśnięto w tym samym czasie.
ctrl
+ .
i ctrl
+ shift
+ .
. Pierwsza (nawigacja wstecz) jest niedostępna dla wielu klawiatur nonqwerty, ponieważ musisz nacisnąć, shift
aby VS zdał sobie sprawę, że klucz, który próbujesz wysłać, to ten z .
symbolem na nim (jest na 2 poziomie). Tak więc moja odpowiedź brzmi, że nie ma domyślnego skrótu i musisz go zdefiniować samodzielnie.
Dla nowego kodu VS (1.28.2)
Wstecz: Ctrl+ Alt+ -(myślnik)
Do przodu: Ctrl+ Shift+ -(myślnik)
Najbardziej ogólna odpowiedź brzmi: nie ma działającej wartości domyślnej i musisz zdefiniować własne skróty klawiaturowe dla View.NavigateBackward i View.NavigateForward.
Czemu? W przypadku większości klawiatur domyślnym skrótem jest zepsuta, bezużyteczna kombinacja, ponieważ VS źle radzi sobie z modyfikatorami shift i altGr. Firma MS nie przywiązywała tak dużej wagi do przenośności i internacjonalizacji, gdy przebudowywali VS po wersji 6, i tak jest do dziś. Ten błąd istnieje od ponad dekady, prawie dwóch dekad. W tym tempie nigdy nie zostanie to naprawione. I tak, wypełniłem raport o błędzie i na pewno nie jestem jedyny.
Jednak ich linia produktów „VSCode” ma lepszą obsługę klawiatury, ponieważ nie zależy od modyfikatorów shift lub altGr w celu identyfikacji klucza. Na przykład, gdy jesteś w trybie pisania tekstu i naciskasz klawisz z symbolem myślnika, bez użycia shift ani altGr, powiedzmy, że pisze coś innego, na przykład numer 6. Do VSCode, jeśli chodzi o obsługę skrótów, to wciąż myślnik klucz do swojego celu. Dopóki klucz ma zapisany symbol, nie ma znaczenia, czy jest on namalowany jako 1, 2 czy 3 poziom, tylko ten klucz.
Oczywiście, tworzenie domyślnych skrótów z symbolami niealfanumerycznymi nigdy nie jest dobrą rzeczą, jest to zawsze mylące, niezależnie od tego, czy działa, czy nie. Dobrzy, dojrzali redaktorzy tekstów wiedzą o tym od dawna i powinniśmy traktować to jako przykłady dobrze wykonanych czynności. W pewnym sensie VS nauczył się kilku dobrych rzeczy od emacsa ze skrótami, które są sekwencją dwóch liter, ale ostatecznie spieprzył inne części, wybierając niealfanumeryczne wiązania, w połączeniu z zepsutą obsługą klawiatury niskiego poziomu.