ksj09406
a86dc1596f
12차 B-1 로 왼쪽 파일로 반영하는 길([<] · TakeLineToBase)이 생겼는데 단축키가 없었다. 덩어리를 왼쪽으로 보내는 것은 명령 자체가 없었다 - AcceptBlock (Alt+Shift+Right)은 오른쪽으로만 간다. 키를 어디에 둘지 사용자가 "Alt+Left 도 비어 있지 않냐" 고 물었다. 비어 있지 않았다 - CopyRightToLeft 가 쓰고 있었는데, 2-Way 에서 그것이 하는 일은 이름·화살표와 달리 "이 줄 되돌리기" 였다. 그런데 이름이 가리키는 "왼쪽으로 반영" 이 B-1 로 실제로 생겼다. 그래서 감각이 맞는 쪽으로 넘겼다(사용자 결정). Alt+Right 한 줄 오른쪽으로 그대로 Alt+Shift+Right 덩어리 오른쪽으로 그대로 Alt+Left 이 줄 되돌리기 -> 한 줄 왼쪽 파일로 Alt+Shift+Left (없음) -> 덩어리 왼쪽 파일로 (새로 만듦) 이 줄 되돌리기 Alt+Left -> 단축키 없음, Ctrl+Z 만 Alt+Right 가 이미 2-Way/3-Way 로 갈라져 있으므로 Alt+Left 도 같은 식으로 갈랐다. 3-Way(Take Theirs)는 안 건드렸다. 만든 것 - AcceptBlockToBase · ApplyGroupToBase - AcceptBlock/ApplyGroup 의 거울. 주석은 덩어리 첫 줄 위 한 줄, 되돌리기는 한 번에(11차 F-2 와 같은 규칙). 덩어리를 잡는 BlockAround 는 2-Way 에서 이미 CanTakeBase 로 잡으므로 그대로 썼다 - 가져올 수 있는 줄과 보낼 수 있는 줄이 같은 줄이고 방향만 반대다. - [이 덩어리 왼쪽으로] 단추 - [이 덩어리 반영] 옆에. 두 파일 비교에서만 뜬다. 단축키만 두면 찾을 길이 없다. 겪은 것 - RaiseCanExecuteChanged 와 OnCaretRowChanged 에 새 명령을 안 넣어 단추가 꺼진 채였다. CommunityToolkit 커맨드는 CommandManager 를 구독하지 않는다. - 덩어리 명령은 고른 줄이 아니라 CaretRow(편집기 캐럿)를 본다. 시험이 목록을 고르기만 해서 한 줄만 갔다 - Alt+Down 으로 캐럿을 놓아야 했다. 확인 - 화면 g2-verify 21건 실패 0 (연속 세 줄이 다른 재료를 따로 만들어 씀) Alt+Left 는 한 줄만, Ctrl+Z 로 되돌아가고, 덩어리는 셋이 한 번에 가고 한 번에 돌아온다 - 하네스 ShortcutTest 88 -> 101건 (키 겹침 없음, 화살표 넷의 모양이 맞음, 충돌 이동을 안 빼앗음, Alt+Left 설명이 "되돌리기" 라고 거짓말하지 않음) - 회귀 g1 · e2 · e3 · e4 실패 0, 빌드 경고 0 · 오류 0 값으로 확정하지 못한 것: Alt+Shift 조합을 흉내 낸 키로는 못 눌렀다. 윈도우가 입력 언어 전환으로 먼저 채간다 - SendKeys 로는 아예 안 닿고 keybd_event 로는 Shift 가 빠져 Alt+Left 처럼 동작했다. 기존 Alt+Shift+Right 로 견줘 봐도 같아 시험 도구 한계다(C-3 의 DragMove 와 같은 부류). 그래서 덩어리는 같은 명령을 부르는 단추로 확인했다. 사람 손으로 한 번 눌러 보는 것이 남았다. Agent: main (claude-opus-5) Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>