[dongglehada]

1.5.1에서 키보드를 고치면서 쓸어내리기만 넣고 탭을 뺐다. 그때 PR에 이렇게 적었다 — "목록에서는 누르는 자리마다 할 일이 있어서, 키보드를 내리려는 손짓이 편집 시트를 여는 손짓과 겹친다."

틀렸다. 행 사이와 마지막 행 아래는 바탕이고, 거기를 누르는 것이 키보드를 내리는 가장 자연스러운 손짓이다. 쓸 수 있는 길을 하나 막아두고 그럴듯한 이유를 붙여놨던 셈이다.

같은 함정을 두 번 밟았다

고치려고 .background에 onTapGesture를 올렸더니 아예 안 불렸다. List가 제 스크롤·탭 제스처를 먼저 가져간다.

그런데 이건 이미 적혀 있던 함정이었다. 하루 페이지에 똑같이 당하고 남긴 주석이 있다:

List가 자체 스크롤/탭 제스처를 먼저 가져가버려서 .background에 올린 onTapGesture는 아예 안 불렸다. simultaneousGesture로 List의 제스처를 막지 않으면서 같이 받는다.

할 일 탭을 만들 때 그 기록을 안 보고 같은 자리를 다시 밟았다. 이번에는 하루 페이지와 같은 방식으로 맞췄다 — simultaneousGesture(TapGesture()).

simultaneousGesture는 제스처를 먹지 않으므로 행 탭·체크박스·오늘로 버튼은 그대로 동작한다. 행을 누르면 키보드가 내려가면서 편집 시트가 열리는데, 하루 페이지가 이미 그렇게 돌고 있던 동작이라 둘이 같아진다.

쓸어내리기도 하루 페이지에 맞췄다

.interactively → .immediately. 목록 화면이 둘인데 하나는 손가락을 따라오고 하나는 즉시 내려가면, 같은 동작에 다른 반응이 돌아온다. 손가락을 따라오는 쪽이 조금 더 부드럽긴 하지만, 두 화면이 어긋나는 값을 치를 만큼은 아니다.

버전은 안 올렸다

1.5.1(빌드 10)이 지금 심사 대기 중이라 이 수정은 거기 못 들어간다. 다음 빌드에 실린다. 규범 문서에는 1.5.2로 적어뒀는데, 실제 번호는 릴리스할 때 정하면 된다.

확인한 것

• App 스킴 빌드·테스트 통과
• DesignSystem/README.md의 1.5.1 항목을 고쳤다 — "탭으로 내리는 처리는 두지 않았다"가 이제 틀린 말이라, 왜 틀렸는지까지 남겼다. 이 문서는 되돌린 기록이지 결론만 적는 자리가 아니다.

안 한 것

실기기에서 안 만져봤다. 제스처가 겹치는 종류라 테스트로 묶을 수 있는 게 아니다. 바탕을 눌렀을 때 내려가는지, 행을 눌렀을 때 시트가 제대로 열리는지, 스크롤이 막히지 않는지 셋만 봐주면 된다.

🤖 Generated with Claude Code