---

work_id: ux-2026-09-20-04 artifact_type: research_observation status: done owner_role: ui-ux-researcher source_request: "제품 보관함의 키보드 닫기와 공통 대화상자 범위 연구" last_updated: 2026-09-20

UX-04 — 보관함을 닫으면 작업 위치로 돌아오는가

발견: Slides·Site의 최근 자료 창을 키보드로 닫으면 포커스가 시작 버튼으로 돌아오지 않는다. Word의 Escape 닫기는 정상 복귀했다. 실행 과제 #319에 재현·완료 기준을 기록했다. 제품 구현은 하지 않았다.

관찰 조건

2026-09-20, macOS Codex 내장 브라우저, 기본 창에서 캡처한 이미지 1286×1132, Node 22.22.0. 별도 http://127.0.0.1:5196/의 합성 자료를 사용했다. 화면 크기 변경 검사는 하지 않았다.

실행 SHA: 42e9a88a6cd8d3ffc002d14cd29ef6905a3769c1. 조회 main: 558714a818ae8f0dcffc8436d8e7e30a66c93442. 공통 dialog.tsx, local-documents.tsx, Word document-library.tsx의 파일 blob은 main과 일치했다. 최신 main 전체를 실행한 결과는 아니다.

시작 버튼에 포커스를 두고 Enter를 보내는 브라우저 조작을 사용했다. 페이지 처음부터 Tab으로 해당 버튼까지 탐색하는 전체 경로는 검사하지 않았다. 열린 창에서 닫기 버튼으로 포커스가 옮겨지는 것을 확인했다. 닫기 후 전환이 끝난 상태의 DOM activeElement를 읽었다. 화면만으로 포커스 복귀를 판정하지 않았다.

기대와 실제

기대: 창을 닫고, 여전히 존재하며 활성인 시작 버튼으로 돌아온다. 이는 현재 디자인 기준의 계약이다. W3C APG도 닫기 후 호출 요소로 복귀하는 패턴과 합리적 예외를 설명한다. 이 연구는 WCAG 전체 적합성 평가가 아니다. W3C 모달 대화상자 패턴.

제품	실행 경로	닫힌 뒤 activeElement	관찰
Slides	최근 자료 Enter → Escape	BODY	시작 버튼 복귀 실패
Slides	최근 자료 Enter → 닫기 Enter	BODY	전환 완료 후 재확인에서도 실패
Site	최근 자료 Enter → Escape	BODY	시작 버튼 복귀 실패
Site	최근 자료 Enter → 닫기 Enter	BODY	시작 버튼 복귀 실패
Word	문서 보관함 Enter → Escape	BUTTON, 문서 보관함	정상 복귀

자료 목록을 확인한 뒤 기존 위치에서 키보드 작업을 이어 가는 계약이 끊긴다. 실제 사용자의 이탈률이나 소요 시간은 측정하지 않았다. 닫힌 뒤 다음 Tab이 어디로 가는지도 확정하지 않았다.

증거

DOM 포커스 관찰 원문. 닫기 전환 직후의 임시 값과 다음 Tab에 대한 미확정 값은 메모로 구분했다. 두 값은 결과표에서 제외했다.

Slides — Escape 뒤 시작 버튼의 포커스가 사라진 화면:

Site — Escape 뒤 화면. 접근성 트리.

Word — Escape 뒤 문서 보관함으로 복귀한 비교 화면:

원인 후보와 공통 UI 판단

LocalDocuments는 처리 중 시작 버튼을 disabled로 바꾸고 저장·목록 읽기를 기다린 뒤 setOpen(true)를 실행한다. Dialog는 열린 시점의 activeElement를 기억한다. 그 사이 시작 버튼의 포커스가 사라져 복귀 대상을 잃는 것이 원인 후보다. 변경을 적용해 인과를 검증한 것은 아니다.

Word는 기다리기 전에 창을 연다. Word에서 관찰한 정상 복귀를 모든 제품 경로의 통과로 일반화하지 않는다.

공통화할 범위는 창이 열린 후의 포커스 가두기뿐 아니라, 비동기 작업을 시작하기 전의 호출 요소 보존과 닫힌 후 복귀까지다. 제품이 호출 요소를 명시할지, 공통 API가 책임질지는 구현 검토에서 정한다. 새 대화상자 부품을 만들 필요가 확인된 것은 아니다.

기존 modal-system.spec.ts는 갤러리의 복귀와 Slides 테마 대화상자를 다룬다. 그 계약을 유지하면서 실제 제품 보관함의 비동기 열기 검사를 추가할 필요가 있다. 이번 회차에서 해당 자동 검사를 실행하지는 않았다.

후속 검증과 한계

#319에서 정상 저장·느린 목록 응답, Escape·닫기 Enter, 시작 요소 제거 시 대체 위치, Word·공통 갤러리 회귀를 확인한다. #314 휴지통 목록 및 #299 저장 단축키와는 다른 결함이다. 게시 전 중복 이슈와 열린 PR을 재확인했다.

실사용자, 스크린리더, 다른 브라우저, Word 닫기 버튼, Note 보관함, 저장 실패·충돌·열기 오류는 이번 범위 밖이다. 모바일 검사는 하지 않았다. 데이터 손실이나 전체 문서 내용 보존을 주장하지 않는다.

다음 후보: 제품 메뉴에서 통합 자료함으로 돌아가는 명령의 이름·위치·키보드 경로 비교. 발견성은 화면 관찰만으로 확정하지 않고 실제 사용자 과제와 구분한다.

후속 근거 — 2026-09-20

열린 PR #323의 작성자는 데스크톱 Chromium에서 Word도 두 닫기 경로의 포커스 복귀 실패를 확인했다고 보고했다. 이 페이지의 Word 정상 결과는 당시 내장 브라우저의 한 Escape 관찰에만 한정한다. 전체 Word 경로의 통과 판정이 아니다. PR의 검사를 이번 연구자가 재실행하지 않았다. UX-07에 구분을 남겼다.