
커맨드 팔레트 66부: 이미 열린 화면에서 초점 이동으로 결과 확인하기
이미 열려 있는 바로 가기 키 화면에서 명령 재호출 직후의 초점과 별도로 이동시킨 초점을 구분해 확인한다.
이번 편의 핵심
이미 열린 화면에서는 새 탭이 생기는지보다 현재 초점이 어디에 있는지 살펴보세요. 명령 재호출 직후의 관찰과 뒤에 누른 Ctrl+F의 결과를 나누면 완료 여부를 더 정확히 설명할 수 있습니다.
바로 가기 키 화면이 이미 열려 있으면 같은 명령을 다시 실행해도 화면 모양이 거의 달라지지 않을 수 있습니다. 이번 편에서는 그 상태에서 어디에 초점이 놓이는지 확인하고, 검색창으로 초점을 옮겨 결과를 따로 살펴봅니다.
1. 시작하기 전에
난이도는 초급입니다. 65부의 명령 호출과 화면 결과 구분을 알고 있어야 하며, 이번에는 이미 열린 화면의 초점만 관찰합니다. 변경 위험은 낮지만 기록 모드나 단축키 변경 창을 정확히 구분해야 합니다.
준비할 것
- 도움말(Help) → 정보(About)에서 설치 버전과 제품을 확인합니다. 이 글은 2026년 9월 30일 공개된 Stable 1.140.0을 기준으로 합니다. 다른 버전이면 이름과 기본 키 차이를 먼저 확인합니다.
- Windows 데스크톱 VS Code에서 바로 가기 키(Keyboard Shortcuts) 화면을 이미 열어 둡니다. 닫혀 있다면 먼저 (JSON)이 없는 열기 명령으로 준비합니다.
- 검색창과 한 개 이상의 명령 목록이 보여야 합니다. 검색어가 남아 있으면 그대로 두어도 됩니다.
- '키를 기록하는 중입니다' 또는 'Recording Keys' 상태와 단축키 변경 대화상자는 닫아 둡니다. 실제 코드나 터미널에는 입력하지 않습니다.
- 단축키를 바꾸거나 키맵 확장을 설치한 환경에서는 표시된 키가 다를 수 있습니다. 작동하지 않는 키를 반복 입력하지 않습니다.
- Stable 1.140.0에서는 이 화면이 편집 영역 위의 모달 창으로 보일 수 있습니다. 기존 설정에 따라 일반 탭으로 보여도 괜찮습니다. 화면 형태를 맞추려고 설정을 바꾸지 않습니다.
적용 환경 Windows 11 · VS Code Stable 1.140.0 기준 · 한국어/영어 UI. PowerShell 기본 맥락이지만 셸 명령은 실행하지 않습니다. 작업 디렉터리와 관리자 권한은 필요하지 않습니다. 활성 프로필·키보드 배열·키맵 확장·사용자 키바인딩에 따라 실제 키와 초점 표시가 달라질 수 있습니다.
공식 자료 release · 공식 자료 keybindings · 공식 자료 modal
2. 알아둘 핵심 개념
초점은 다음 키 입력을 받을 위치입니다. 화면이 보이는지와 검색창·목록 중 어디에 초점이 있는지는 각각 확인해야 합니다. 65부에서 나눈 명령 호출과 화면 결과를 이번에는 초점 위치까지 이어서 살펴보겠습니다.
검색창으로 자동 이동한다고 가정하지 않기
1.140.0 소스는 이미 열린 편집기를 다시 드러내도록 요청합니다. 초점을 줄 때는 기존에 초점이 있던 목록 행이 있으면 그 행을 선택하고, 그런 행이 없으면 검색창에 초점을 줍니다. 따라서 같은 화면이 남아 있거나 목록에 초점이 돌아오는 것을 곧바로 실패라고 판단하지 않습니다.
뒤에 누른 키의 결과를 앞선 결과와 분리하기
명령을 실행한 직후 먼저 화면을 봅니다. 그다음 Ctrl+F로 검색창에 초점을 옮기는 것은 별도 확인입니다. Ctrl+F가 잘 작동했다는 사실만으로 앞선 명령 호출 여부까지 입증하지는 않습니다.
이번 편에서 쓰는 명령과 기본 키
아래 식별자는 VS Code 명령 ID이며 PowerShell 명령이나 설정 키가 아닙니다. When은 단축키가 적용되는 조건입니다. 플레이스홀더나 치환할 값은 없습니다.
바로 가기 키 화면 열기workbench.action.openGlobalKeybindings
Windows 기본 키: Ctrl+K Ctrl+S · Ctrl+K를 누른 뒤 Ctrl+S를 누르는 두 단계 조합
현재 바로 가기 키 화면의 검색창에 초점keybindings.editor.searchKeybindings
Windows 기본 키: Ctrl+F · 바로 가기 키 편집기 맥락
적용 조건: inKeybindings · 바로 가기 키 편집기 맥락
검색창에서 결과 목록으로 초점keybindings.editor.focusKeybindings
Windows 기본 키: Ctrl+↓ · Ctrl을 누른 채 아래쪽 화살표 키를 누르는 한 번의 조합
적용 조건: inKeybindings && inKeybindingsSearch · 바로 가기 키 편집기이며 그 검색창에 초점
3. 순서대로 진행하기
각 단계의 정상 결과는 공식 문서와 소스에 따른 예상입니다. 실제 화면에서 확인한 다음 이동하세요. 키는 기본값이며 사용자 규칙이 다르면 반복 입력하지 않습니다.
1. 이미 열린 대상 화면 확인
목적 초점을 확인할 화면을 먼저 확정합니다.
- 아무 키도 누르지 말고 현재 화면의 제목과 구성부터 확인합니다.
입력 위치 VS Code의 바로 가기 키 화면
바로 가기 키
Keyboard Shortcuts관찰 대상 제목·검색창·명령 목록이 보이는 시작 화면
정상 결과 한국어 표시에서는 '바로 가기 키', 영어 표시에서는 'Keyboard Shortcuts' 제목과 검색창, 명령 목록이 보입니다.
확인 일반 파일 편집창이나 keybindings.json이 아니라는 점, 목록에 한 개 이상의 결과가 있다는 점을 확인합니다.
실패 신호 다른 화면이 열렸거나 결과가 없습니다.
복구·재합류 다른 화면이면 (JSON)이 없는 '기본 설정: 바로 가기 키 열기'를 선택해 돌아온 뒤 이 단계부터 시작합니다. 결과가 없으면 아래 '목록이 비어 있을 때'를 먼저 확인합니다. 1단계 확인
2. 검색창에 기준 초점 놓기
목적 실습 전의 초점 위치를 눈으로 확인합니다.
- Ctrl+F를 한 번 누릅니다.
입력 위치 바로 가기 키 화면 안
Ctrl+F관찰 대상 검색창의 초점 표시
정상 결과 이 화면의 검색창에 초점이 놓입니다. 기존 검색어가 있으면 그 글자가 선택될 수 있습니다.
확인 검색창 테두리의 초점 표시와 커서 또는 기존 글자의 선택 상태를 봅니다. 검색어의 내용은 그대로인지 확인합니다.
실패 신호 다른 찾기 창이 열리거나 검색창 초점이 확인되지 않습니다.
복구·재합류 추가 입력을 멈추고 1단계의 화면인지 다시 확인합니다. 단축키를 바꾼 환경이면 검색창을 한 번 클릭해 기준 초점을 확인하되, 기본 단축키 동작은 미확인으로 구분합니다. 1단계 확인
3. 결과 목록으로 기준 초점 옮기기
목적 검색창과 목록의 초점 표시를 구분합니다.
- 검색창에 초점이 있는 상태에서 Ctrl+↓를 한 번 누릅니다.
입력 위치 바로 가기 키 화면의 검색창에서 결과 목록으로
Ctrl+↓관찰 대상 결과 목록의 활성 초점 표시
정상 결과 기존 초점 행 또는 첫 번째 결과 행 쪽으로 초점이 옮겨갑니다. Ctrl+↓는 Ctrl을 누른 채 아래쪽 화살표 키를 누르는 조합입니다.
확인 검색창의 입력 초점과 목록의 활성 행 표시를 비교합니다. 단순히 행에 색이 남아 있는 것만으로는 판단하지 않고, 초점 테두리의 변화도 봅니다.
실패 신호 목록으로 이동한 표시가 없거나 목록이 비어 있습니다.
복구·재합류 결과가 있는지 확인하고 2단계로 돌아가 검색창 초점부터 다시 잡습니다. 단축키가 변경되어 있다면 반복 입력하지 말고 아래 문제 해결을 따릅니다. 2단계 확인
4. 커맨드 팔레트 열기
목적 목록에 있던 초점이 명령 입력으로 이동하는 것을 확인합니다.
- Ctrl+Shift+P를 한 번 누릅니다.
입력 위치 VS Code 창
Ctrl+Shift+P관찰 대상 커맨드 팔레트 입력창
정상 결과 커맨드 팔레트가 열립니다.
확인 입력창과 명령 후보가 보이는지 확인한 뒤에만 다음 단계로 갑니다.
실패 신호 팔레트가 보이지 않습니다.
복구·재합류 아무 글자도 입력하지 말고 보기(View) 메뉴의 커맨드 팔레트(Command Palette)를 선택합니다. 팔레트가 실제로 나타나면 5단계로 합류합니다. 5단계 확인
5. 같은 화면을 여는 명령 찾기
목적 열기 명령과 JSON 파일 명령을 구분합니다.
- 팔레트 입력창에 '바로 가기 키 열기'를 입력합니다. 영어 표시 환경에서는 'Open Keyboard Shortcuts'를 입력합니다.
입력 위치 커맨드 팔레트 입력창
바로 가기 키 열기
Open Keyboard Shortcuts관찰 대상 해당 열기 명령이 포함된 후보 목록
정상 결과 '기본 설정: 바로 가기 키 열기' 또는 'Preferences: Open Keyboard Shortcuts' 후보를 찾을 수 있습니다.
확인 이름 끝에 '(JSON)'이 없는 후보가 맞는지 확인합니다. 아직 Enter는 누르지 않습니다.
실패 신호 JSON 후보만 보이거나 원하는 명령이 확인되지 않습니다.
복구·재합류 검색어를 줄여 후보를 다시 읽습니다. 정확한 후보가 확인되지 않으면 실행하지 말고 이 단계에서 멈춥니다. 5단계 확인
6. 비 JSON 후보를 정확히 선택
목적 비슷한 이름의 명령을 잘못 실행하지 않도록 선택 상태를 확정합니다.
- 위·아래 화살표 키로 '(JSON)'이 없는 정확한 열기 후보에 선택 표시를 놓습니다. 이미 맞는 후보가 선택되어 있으면 그대로 둡니다.
입력 위치 커맨드 팔레트 후보 목록
(JSON) 없음관찰 대상 기본 설정: 바로 가기 키 열기 후보의 선택 상태
정상 결과 한국어 '기본 설정: 바로 가기 키 열기' 또는 영어 'Preferences: Open Keyboard Shortcuts'가 선택됩니다.
확인 후보 이름과 선택 표시를 함께 읽고, '(JSON)'이 붙지 않은 것을 확인합니다.
실패 신호 후보가 구분되지 않거나 원하는 항목이 보이지 않습니다.
복구·재합류 Enter를 누르지 말고 5단계에서 검색어를 줄여 다시 찾습니다. 5단계 확인
7. 확인한 명령 한 번 실행
목적 이미 열린 화면을 대상으로 같은 열기 명령을 호출합니다.
- 정확한 비 JSON 후보를 선택한 상태에서 Enter를 한 번 누릅니다.
입력 위치 커맨드 팔레트의 '기본 설정: 바로 가기 키 열기' 후보
Enter관찰 대상 팔레트 실행 후의 대상 화면
정상 결과 팔레트가 닫히고 바로 가기 키 화면을 확인할 수 있습니다. 새 탭이나 새 창이 생길 필요는 없습니다.
확인 추가 키를 누르기 전에 8단계에서 결과 화면을 살펴봅니다.
실패 신호 팔레트가 남아 있거나 다른 화면이 나타납니다.
복구·재합류 팔레트가 남아 있으면 후보 이름부터 다시 확인하고 5단계로 돌아갑니다. 다른 화면이면 입력을 멈추고 1단계의 대상 화면 확인부터 다시 시작합니다. 5단계 확인
8. 재호출 직후의 초점 관찰
목적 뒤의 초점 이동 명령과 섞지 않고 방금 나온 결과를 확인합니다.
- 키를 더 누르지 않고 화면과 초점 표시를 관찰합니다.
입력 위치 명령 실행 직후의 바로 가기 키 화면
화면 확인 · 초점 확인관찰 대상 재호출 직후 관찰: 화면 확인 / 초점 위치 확인 또는 미확인
정상 결과 같은 제목·검색창·목록이 유지될 수 있습니다. 앞서 목록 행에 초점이 있었다면 그 행이 다시 선택될 수 있고, 검색창이 자동으로 선택된다고 단정할 수 없습니다.
확인 '대상 화면이 보인다'와 '초점이 목록 또는 검색창에 보인다'를 따로 판단합니다. 표시가 분명하지 않으면 초점은 미확인으로 남깁니다.
실패 신호 화면은 맞지만 초점 표시를 구분하기 어렵습니다.
복구·재합류 명령을 반복 실행하거나 문자로 시험하지 않습니다. 재호출 직후 초점은 미확인으로 두고 9단계의 별도 확인으로 합류합니다. 9단계 확인
9. 검색창으로 옮겨 별도 확인
목적 현재 화면에서 초점을 의도대로 옮길 수 있는지 독립적으로 확인합니다.
- 대상 화면이 맞는 상태에서 Ctrl+F를 한 번 누릅니다.
입력 위치 바로 가기 키 화면 안
Ctrl+F관찰 대상 별도 확인 결과: 검색창 초점
정상 결과 검색창에 초점이 놓입니다. 기존 검색어가 있으면 선택될 수 있습니다.
확인 검색창의 커서·선택 상태·초점 표시를 봅니다. '8단계 재호출 직후 관찰'과 '9단계 Ctrl+F 후 관찰'을 구분한 채 실습을 마칩니다.
실패 신호 검색창 초점이 확인되지 않습니다.
복구·재합류 기본 단축키 동작을 확인했다고 쓰지 않습니다. 1단계에서 화면을 확인하고 검색창을 한 번 클릭해 기준 위치로 돌아갑니다. 단축키를 수정하지는 않습니다. 1단계 확인
4. 완료 확인하기
눌렀던 키를 기억하는 것과 실제 초점 표시를 관찰하는 것을 나눠 확인하세요. 명령 후보를 읽는 과정과 별도로, 팔레트가 닫힌 뒤 실제 화면의 제목·검색창·목록·초점 표시를 관찰합니다.
- 실습 전 검색창의 초점 표시와 목록의 초점 표시를 구분했나요?
- 팔레트에서 (JSON)이 없는 정확한 열기 명령을 선택했나요?
- 재호출 직후에 다른 키를 누르기 전에 대상 화면과 초점을 살펴봤나요?
- 같은 화면이 유지되거나 검색창에 커서가 없다는 이유만으로 실패라고 판단하지 않았나요?
- 마지막 Ctrl+F 뒤 검색창의 커서 또는 기존 검색어 선택 상태를 확인했나요?
- 재호출 직후의 관찰과 나중의 Ctrl+F 결과를 구분했나요?
- 단축키·설정값·프로젝트 파일을 바꾸거나 파일을 새로 만들지 않고 마쳤나요?
완료 기준 재호출 직후 대상 화면과 초점의 확인 여부를 설명하고, 마지막 별도 Ctrl+F 후 검색창의 초점을 관찰합니다. 앞선 초점이 불명확했다면 그 항목은 미확인으로 남깁니다. 복구 후에는 같은 기준으로 다시 확인하고 설정·단축키·파일의 의도하지 않은 변경이 없는지 확인합니다.
5. 문제가 생겼다면
목록이 비어 있을 때
검색창은 보이지만 결과 행이 없습니다.
먼저 확인 남아 있는 검색어가 목록을 필터링하고 있을 수 있습니다. 이것만으로 열기 명령의 실패라고 판단할 수는 없습니다.
복구 기존 검색어를 확인하고, 지워도 되는 임시 검색어라면 검색창의 지우기 버튼으로 필터만 비웁니다. 검색어를 유지해야 한다면 목록 확인은 생략하고 미확인으로 구분합니다.
재합류 결과가 한 개 이상 보이면 2단계부터 다시 시작합니다.
주의 단축키 항목을 삭제하지 않습니다.
검색창 대신 목록에 초점이 돌아왔을 때
다시 열었는데 검색창에 커서가 없습니다.
먼저 확인 기존 초점 행을 선택하는 동작일 수 있습니다.
복구 화면 이름과 목록의 초점 표시부터 확인합니다. 곧바로 재실행하지 말고 9단계에서 Ctrl+F로 검색창을 따로 확인합니다.
재합류 9단계
주의 검색창 커서의 부재만으로 실패를 단정하지 않습니다.
초점이 잘 보이지 않거나 기본 키가 다를 때
Ctrl+F나 Ctrl+↓ 뒤 표시가 분명하지 않습니다.
먼저 확인 테마의 표시 차이, 현재 위치 또는 사용자 단축키 영향을 확인해야 합니다.
복구 문자 입력으로 시험하지 않습니다. 대상 검색창을 한 번 클릭해 기준 위치로 돌아갈 수 있습니다. 알려진 UI 안에서 Tab·Shift+Tab으로 이동할 때도 매번 초점 표시를 확인하며, 정해진 횟수를 외우지 않습니다.
재합류 1단계에서 화면을 확인한 뒤 2단계의 기준 초점 확인
주의 코드 편집창과 터미널에서는 Tab 동작이 다를 수 있으므로 무작정 누르지 않습니다. 기본 키로 성공했다고 기록하지 않습니다.
키 기록 모드나 변경 대화상자가 열렸을 때
키를 기록한다는 표시나 단축키 입력 대화상자가 보입니다.
먼저 확인 이 상태에서는 누른 조합이 이동 명령 대신 기록 입력으로 처리될 수 있습니다.
복구 새 조합을 입력하거나 Enter로 확정하지 않습니다. 현재 보이는 취소 기능 또는 안내된 Esc로 빠져나온 뒤, 기록 모드와 대화상자가 실제로 끝났는지 확인합니다.
재합류 1단계
주의 Esc를 무작정 반복하면 모달 화면 자체가 닫힐 수 있습니다.
JSON 화면을 잘못 열었을 때
keybindings.json 또는 JSON 내용이 보입니다.
먼저 확인 (JSON)이 붙은 별도 명령을 선택했을 수 있습니다.
복구 입력과 저장을 멈추고, 팔레트에서 (JSON)이 없는 바로 가기 키 열기를 선택합니다. 제목·검색창·목록을 확인한 뒤 다시 시작합니다.
재합류 1단계
주의 JSON 열기 경로는 파일이 없을 때 생성할 수 있으므로 처음부터 선택하지 않습니다. 이미 잘못 열었다면 파일이 절대 만들어지지 않았다고 단정하거나 임의로 삭제하지 않습니다.
6. 핵심 정리와 공식 자료
- 이미 열린 화면이 유지되는 것은 재호출 실패의 증거가 아닙니다.
- 기존 행의 초점이 복원될 수 있으므로 검색창 커서만 성공 기준으로 삼지 않습니다.
- 재호출 직후 관찰과 나중의 Ctrl+F 관찰을 분리합니다.
이번 편의 완료 기준은 새 화면의 등장보다 현재 화면과 입력 위치를 구분하는 데 있습니다. 명령 재호출 직후를 먼저 관찰하고, 별도의 Ctrl+F로 검색창 초점을 확인하면 두 결과를 섞지 않고 정리할 수 있습니다.
공식 자료
대상 기준 시점은 2026년 10월 4일 19:00 KST입니다. 공식 자료는 같은 날 19:07~19:14 KST에 확인했으며, 구현은 기준 시점 이전 공개된 1.140.0 배포 커밋에 고정했습니다. 한국어 이름은 Microsoft 공식 번역 자료에서 확인했습니다.
공식 문서와 Stable 1.140.0 소스에 따른 예상 결과이며, 이 글에서 Windows 실기 수행을 관찰한 기록은 아닙니다. 실제 환경에서는 아래 확인 기준으로 화면과 초점을 직접 살펴보세요.
- Stable 1.140 릴리스 안내 · Microsoft
- 바로 가기 키 편집기 · Microsoft
- 접근성과 키보드 탐색 · Microsoft
- 모달 편집기 설명 · Microsoft
- 커맨드 팔레트 · Microsoft
- 바로 가기 키 열기 명령 등록 · Microsoft
- 이미 열린 편집기 재표시 구현 · Microsoft
- 기존 행 또는 검색창 초점 구현 · Microsoft
- 검색창 초점 명령과 조건 · Microsoft
- 결과 목록 초점 명령과 조건 · Microsoft
- 검색창의 기존 텍스트 선택 · Microsoft
- 바로 가기 키 초점 Context Keys · Microsoft
- 목록 Enter의 단축키 정의 동작 · Microsoft
- 공식 한국어 UI 번역 · Microsoft
이전 편: 커맨드 팔레트 65부 · matched와 Invoking, 실제 화면의 구분
'개발 > Visual Studio Code' 카테고리의 다른 글
| 커맨드 팔레트 68부: 검색 결과가 없을 때 검색어와 필터를 나누어 점검하기 (0) | 2026.10.06 |
|---|---|
| 커맨드 팔레트 67부: 검색어가 남아 있는 화면에서 현재 필터 확인하기 (0) | 2026.10.05 |
| 커맨드 팔레트 65부: matched와 Invoking을 읽고 실제 화면으로 완료 확인하기 (0) | 2026.10.03 |
| 커맨드 팔레트 64부: 단축키 로그에서 awaiting more chord(s) 읽기 (0) | 2026.10.03 |
| 커맨드 팔레트 63부: no keybinding entries를 등록되지 않은 키로 구분하기 (0) | 2026.10.01 |