개발/Visual Studio Code

커맨드 팔레트 53부: 같은 Chord 규칙을 우선순위 순서로 읽기

반응형
VS CODE 초보자 시리즈 · 커맨드 팔레트 53부

같은 Chord 규칙을 우선순위 순서로 읽기

Ctrl+K Ctrl+C 목록을 Highest first로 전환해 표시 순서와 key·when 첫 일치 규칙을 연결합니다.

정확 Chord 필터를 유지한 채 Sort by Precedence 선택 상태와 위에서 아래 순서를 기록합니다.

맨 위 규칙도 When이 참이어야 후보가 되며 단축키 파일은 변경하지 않습니다.

1. 시작하기 전에

초보자가 단축키 충돌을 고치기 전에 같은 Chord의 우선순위 표시와 실제 활성 조건을 구분하는 읽기 전용 실습입니다.

준비할 것

  • VS Code Stable 1.138.0 — Help: About에서 확인
  • Windows 11 · PowerShell — 운영체제와 기본 셸 확인
  • User keybindings.json 백업 — Preferences: Open Keyboard Shortcuts (JSON)에서 확인

적용 환경 2026-09-21 · Windows 11 · VS Code Stable 1.138.0 · 영어 기본 UI 격리 관찰본

안전하게 시작하기 검색과 정렬 토글만 사용합니다. Change·Remove·Reset Keybinding은 선택하지 않습니다. 중단 조건: 백업이 없거나 기존 User 규칙을 구분하지 못하면 중단합니다.

2. 알아둘 핵심 개념

FACT · Highest first

Stable 1.138.0의 공식 소스에서 토글 이름은 Sort by Precedence (Highest first)이며, 켜지면 편집기 모델이 precedence 배열을 사용합니다.

FACT · 두 정렬의 차이

정상 보기는 Command label 중심, Highest first는 keybinding service가 제공한 우선순위 순서를 사용합니다.

FACT · 실제 매칭

공식 문서는 규칙을 bottom-to-top으로 평가하고 key와 when이 모두 맞는 첫 규칙을 채택한다고 설명합니다.

EXAMPLE · 순서가 같을 수 있음

격리 기본 Profile의 세 행은 토글 전후 순서가 같았습니다. 선택 상태가 켜졌다면 정렬 실패가 아니라 두 순서가 우연히 일치한 것입니다.

UNCONFIRMED · 환경 차이

확장, User override, UI 언어에 따라 행 수와 순서는 달라질 수 있습니다.

3. 순서대로 진행하기

각 단계의 정상 결과를 확인한 뒤 다음 단계로 이동합니다.

1. 현재 User 상태 보호하기

목적 읽기 실습 중 실수 변경을 되돌릴 기준을 만든다.

주의·되돌리기 이 실습은 읽기 전용입니다. 아무 것도 변경하지 않고 닫은 뒤 백업을 다시 만든다.
  1. Preferences: Open Keyboard Shortcuts (JSON)을 열고 전체 내용을 안전한 위치에 복사한다.

입력 위치 User keybindings JSON 편집기

실습 전 백업
정상 결과 원본과 백업이 동일하다.

확인 두 텍스트 또는 파일 해시를 비교한다.

실패 신호 기존 User 규칙이나 백업 위치를 구분하지 못한다.

복구와 재합류 아무 것도 변경하지 않고 닫은 뒤 백업을 다시 만든다.

2. Keyboard Shortcuts 열기

목적 우선순위 보기와 검색 상자를 연다.

주의·되돌리기 이 실습은 읽기 전용입니다. Command Palette에서 Preferences: Open Keyboard Shortcuts를 실행하고 STEP-03으로 간다.
  1. Ctrl+K를 누른 뒤 손을 놓고 Ctrl+S를 누른다.

입력 위치 VS Code 작업 창

Ctrl+K Ctrl+S
정상 결과 Keyboard Shortcuts 탭과 검색 상자가 열린다.

확인 탭 제목을 확인한다.

실패 신호 다른 명령이 실행되거나 탭이 열리지 않는다.

복구와 재합류 Command Palette에서 Preferences: Open Keyboard Shortcuts를 실행하고 STEP-03으로 간다.

3. 같은 Chord만 정확히 필터하기

목적 비교 대상을 Ctrl+K Ctrl+C 규칙으로 고정한다.

주의·되돌리기 이 실습은 읽기 전용입니다. 검색을 지우고 정확한 값을 다시 입력해 STEP-03에 재합류한다.
  1. 검색 상자에 앞뒤 큰따옴표를 포함한 값을 입력한다.

입력 위치 Keyboard Shortcuts 검색 상자

"Control+K Control+C"
정상 결과 정확히 같은 Chord의 행만 남는다.

확인 모든 행의 Keybinding 열을 확인한다.

실패 신호 따옴표가 없거나 다른 키의 행이 섞인다.

복구와 재합류 검색을 지우고 정확한 값을 다시 입력해 STEP-03에 재합류한다.

4. 일반 정렬 기준 기록하기

목적 토글 전 화면을 비교 기준으로 남긴다.

주의·되돌리기 이 실습은 읽기 전용입니다. 한 번 눌러 해제한 뒤 현재 순서를 기록하고 STEP-05로 간다.
  1. Sort by Precedence가 꺼진 상태에서 Command 이름을 위에서 아래로 적는다.

입력 위치 결과 표와 우측 상단 도구 모음

격리 관찰: Add Line Comment → Notebook Collapse → Notebook Expand
정상 결과 세 행과 토글의 미선택 상태를 기록했다.

확인 토글의 aria-checked 또는 시각 선택 상태를 확인한다.

실패 신호 이미 토글이 선택되어 있다.

복구와 재합류 한 번 눌러 해제한 뒤 현재 순서를 기록하고 STEP-05로 간다.

5. Sort by Precedence 위치 확인하기

목적 잘못된 편집 버튼을 누르지 않고 정렬 토글을 찾는다.

주의·되돌리기 이 실습은 읽기 전용입니다. Alt+P를 누르지 말고 창 폭을 넓힌 뒤 도구 모음을 다시 확인한다.
  1. 검색 상자 오른쪽 도구 모음에서 Sort by Precedence (Highest first)를 찾는다.

입력 위치 Keyboard Shortcuts 상단 도구 모음

Sort by Precedence (Highest first)
정상 결과 정렬 아이콘의 이름과 상태를 확인했다.

확인 툴팁 또는 접근성 이름을 읽는다.

실패 신호 버튼 이름을 확인할 수 없다.

복구와 재합류 Alt+P를 누르지 말고 창 폭을 넓힌 뒤 도구 모음을 다시 확인한다.

6. Highest first 켜기

목적 같은 Chord 규칙을 우선순위 보기로 전환한다.

주의·되돌리기 이 실습은 읽기 전용입니다. 검색값을 보존한 채 토글을 한 번만 다시 누르고 STEP-06을 재확인한다.
  1. Sort by Precedence (Highest first)를 한 번 누른다.

입력 위치 상단 도구 모음 정렬 토글

checked: true
정상 결과 토글이 선택 상태가 되고 목록이 다시 그려진다.

확인 선택 표시와 버튼 이름의 Highest first를 확인한다.

실패 신호 토글이 꺼진 채이거나 목록이 비어 버린다.

복구와 재합류 검색값을 보존한 채 토글을 한 번만 다시 누르고 STEP-06을 재확인한다.

7. 높은 순서부터 행 읽기

목적 표시된 우선순위를 위에서 아래로 기록한다.

주의·되돌리기 이 실습은 읽기 전용입니다. 창을 넓히고 현재 행을 다시 기록해 STEP-07에 재합류한다.
  1. 첫 행부터 마지막 행까지 Command·Keybinding·When·Source를 한 줄씩 옮긴다.

입력 위치 우선순위 정렬 결과 표

top → bottom
정상 결과 각 행의 네 열과 화면 순번이 기록된다.

확인 기록 수와 화면 행 수를 비교한다.

실패 신호 When 또는 Source 열이 잘린다.

복구와 재합류 창을 넓히고 현재 행을 다시 기록해 STEP-07에 재합류한다.

8. 격리 관찰 순서 확인하기

목적 실제 관찰값과 환경 의존값을 구분한다.

주의·되돌리기 이 실습은 읽기 전용입니다. 정상 환경 차이로 기록하고 현재 순서를 기준으로 STEP-09로 간다.
  1. 격리 Profile의 세 행 순서를 비교한다.

입력 위치 Ctrl+K Ctrl+C 결과 표

Add Line Comment → Notebook Collapse → Notebook Expand
정상 결과 Highest first에서도 세 행 순서는 토글 전과 같았다.

확인 토글 전후 목록을 행 단위로 대조한다.

실패 신호 독자 환경의 순서나 행 수가 다르다.

복구와 재합류 정상 환경 차이로 기록하고 현재 순서를 기준으로 STEP-09로 간다.

9. 순서가 같아도 토글 상태 구분하기

목적 우연히 같은 배열과 토글 실패를 혼동하지 않는다.

주의·되돌리기 이 실습은 읽기 전용입니다. checked 상태를 다시 확인하고 STEP-09 기록을 정정한다.
  1. 토글 전후 순서와 checked 상태를 함께 기록한다.

입력 위치 도구 모음과 결과 표

order_changed: false / checked: true
정상 결과 순서는 같지만 Highest first가 켜졌음을 설명할 수 있다.

확인 선택 표시와 행 순서 기록을 함께 본다.

실패 신호 순서만 보고 토글이 작동하지 않았다고 단정한다.

복구와 재합류 checked 상태를 다시 확인하고 STEP-09 기록을 정정한다.

10. key와 when 첫 일치 규칙 연결하기

목적 화면 순위와 실제 실행 조건을 함께 해석한다.

주의·되돌리기 이 실습은 읽기 전용입니다. When 열을 다시 읽고 현재 Context가 UNKNOWN이면 실행 명령을 확정하지 않는다.
  1. 각 행의 key가 같음을 확인하고 When이 현재 Context에서 참일 때만 후보라고 표시한다.

입력 위치 결과 표 When 열

same key + true when → candidate
정상 결과 높은 행도 When이 거짓이면 선택되지 않음을 설명할 수 있다.

확인 공식 문서의 bottom-to-top 평가와 first key-and-when match 문장을 대조한다.

실패 신호 맨 위 행이 항상 실행된다고 이해한다.

복구와 재합류 When 열을 다시 읽고 현재 Context가 UNKNOWN이면 실행 명령을 확정하지 않는다.

11. 변경 0건 독립 확인하기

목적 정렬 관찰이 실제 단축키를 바꾸지 않았음을 증명한다.

주의·되돌리기 이 실습은 읽기 전용입니다. 추가 Reset을 중단하고 백업 전체를 복원한 뒤 STEP-11을 다시 확인한다.
  1. User keybindings.json을 실습 전 백업과 비교한다.

입력 위치 User keybindings JSON 편집기 또는 파일 비교

실습 전 백업
정상 결과 실습 전후 내용이 동일하다.

확인 새 User 행과 파일 해시 차이가 없는지 확인한다.

실패 신호 새 규칙이나 차이가 남는다.

복구와 재합류 추가 Reset을 중단하고 백업 전체를 복원한 뒤 STEP-11을 다시 확인한다.

12. 읽기 전용 상태로 마무리하기

목적 다음 진단에서 같은 기준을 다시 사용할 수 있게 한다.

주의·되돌리기 이 실습은 읽기 전용입니다. 설정을 바꾸지 말고 해당 STEP으로 돌아가 관찰만 다시 수행한다.
  1. 검색값·토글 상태·위에서 아래 순서·변경 0건을 한 묶음으로 저장하고 편집기를 닫는다.

입력 위치 실습 메모

필터 / checked / ordered rows / zero write
정상 결과 네 증거가 모두 있으며 설정 파일은 원본과 같다.

확인 완료 조건 네 항목을 체크한다.

실패 신호 한 항목이라도 빠졌다.

복구와 재합류 설정을 바꾸지 말고 해당 STEP으로 돌아가 관찰만 다시 수행한다.

4. 완료 확인하기

목록 화면과 독립된 파일 비교를 함께 사용합니다.

  • 정확 필터 — 검색값이 "Control+K Control+C"다.
  • 토글 — Sort by Precedence가 선택 상태이며 Highest first 이름을 확인했다.
  • 순서 — 현재 환경의 네 열을 위에서 아래로 기록했다.
  • 판단 — 같은 key 중 높은 순서라도 When이 참일 때만 후보다.
  • 독립 확인 — User keybindings.json이 실습 전 백업과 같다.
완료 기준 우선순위 표시와 key+when 첫 일치 규칙을 연결했으며 실제 설정 변경은 0건입니다.

5. 문제가 생겼다면

토글이 보이지 않음

먼저 확인 창 폭과 상단 도구 모음을 확인합니다.

복구 Alt+P를 추측 실행하지 말고 이름을 확인합니다.

재합류 STEP-05

토글 후 순서가 같음

먼저 확인 선택 상태를 확인합니다.

복구 checked 상태와 전후 행을 함께 기록합니다.

재합류 STEP-09

행 수나 순서가 다름

먼저 확인 확장·User 규칙·버전을 기록합니다. 원인은 UNKNOWN일 수 있습니다.

복구 현재 화면을 정답으로 기록합니다.

재합류 STEP-07

맨 위 행이 실행되지 않음

먼저 확인 When이 현재 Context에서 참인지 확인하지 않은 상태입니다.

복구 실행 결과를 추측하지 말고 When 열로 돌아갑니다.

재합류 STEP-10

실수로 규칙을 변경함

먼저 확인 오류 원문과 현재 JSON을 보존합니다.

복구 추가 Reset을 중단하고 백업 전체를 복원합니다.

재합류 STEP-11

핵심 판단 현재 Context가 확인되지 않으면 활성 명령은 UNKNOWN으로 남기고 추가 변경 없이 중단합니다.

6. 핵심 정리와 공식 자료

  • Highest first는 같은 Chord 규칙을 우선순위 검토 순서로 보여 줍니다.
  • 실제 선택은 key와 when이 모두 맞는 첫 규칙입니다.
  • 정렬 토글은 User keybindings.json을 편집하지 않습니다.

공식 자료

아래 자료는 2026-09-21 19:00 KST 기준으로 확인했습니다. UI 문자열·행 수·순서는 환경에 따라 달라질 수 있습니다.

다음 편 예고 Developer: Inspect Context Keys로 편집기와 Notebook의 현재 Context 값을 읽고 같은 Chord의 When 조건이 실제로 참인지 확인합니다.
반응형
이 글이 유용했다면 링크를 공유해 보세요.