키보드 단축키는 Visual Studio에서 마지막 커서 위치로 다시 이동하는 것입니까?
답변
빨간색 (-) 키에는 작동하지 않습니다. 나를 위해 그것은 파란색 조합에만 작동합니다.
답변
에 따르면 비주얼 C # 2008 키 바인딩 참조 포스터 가있다 Ctrl+- . 특정 키 바인딩의 이름은 View.NavigateBackward입니다.
추신 : 연구하는 동안 나는 또한 발견 Ctrl+가 .와 동일합니다 Shift+ Alt+ F10. 좋은!
답변
답변
새로운 VS 코드 (1.28.2)
뒤: Ctrl + Alt+- (대시)
앞으로 : Ctrl+ Shift+ -(대시)
답변
가장 일반적인 대답은 다음과 같습니다. 작동 기본값이 없으며 View.NavigateBackward 및 View.NavigateForward에 대한 고유 한 키보드 단축키를 정의해야합니다.
왜? VS가 shift 및 altGr 수정자를 잘못 처리하기 때문에 대부분의 키보드에서 기본 단축키는 손상되어 사용할 수없는 조합입니다. MS는 버전 6 이후 VS를 다시 개발할 때 이식성과 국제화에 크게 신경 쓰지 않았으며 오늘날에도 마찬가지입니다. 이 버그는 10 년 이상, 거의 20 년 동안 존재했습니다. 이 속도에서는 고정되지 않습니다. 그리고 그렇습니다, 나는 벌레 보고서를 채웠다. 그리고 나는 확실히 유일한 것이 아니다.
그러나 “VSCode”제품 라인은 키를 식별하기 위해 shift 또는 altGr 수정 자에 의존하지 않으므로 키보드 처리 기능이 우수합니다. 예를 들어, 텍스트 쓰기 모드에있을 때 shift 나 altGr을 사용하지 않고 대시 기호가있는 키를 누르면 숫자 6과 같은 다른 것을 씁니다. 바로 가기 처리와 관련하여 VSCode에 여전히 대시입니다. 그 목적을위한 열쇠. 키에 기호가 기록되어있는 한, 1, 2, 3 단계가 중요하든 상관없이 해당 키만 표시됩니다.
물론 기본 단축키가 영숫자가 아닌 기호를 사용하도록하는 것은 결코 좋은 일이 아닙니다. 작동 여부에 관계없이 항상 혼란 스럽습니다. 잘 발달 된 훌륭한 텍스트 편집기는 오랫동안 알고 있으며 올바른 일의 예로 간주해야합니다. 어떤면에서 VS는 두 글자의 시퀀스 인 단축키를 사용하여 emacs에서 몇 가지 좋은 점을 배웠지 만 궁극적으로는 영숫자가 아닌 바인딩을 선택하고 깨진 하위 레벨 키보드 처리와 결합하여 다른 부분을 망쳤습니다.