떠 있는 창을 만들면서, 키보드 입력은 가져오지 않게 한 이유

문서에 문장을 쓰는 중에 작은 창이 나타난다고 해볼게요. 그다음에 누르는 키는 계속 문서에 입력돼야 해요. 창이 작아도 입력할 곳을 바꿔버리면, 하던 일에 끼어드는 방식은 달라지지 않으니까요.

저희가 만드는 Blabee는 Codex가 만든 다음 선택지를 작은 맥 패널에서 보여주고, 고른 지시를 같은 대화로 보내는 앱이에요. 8월 초기 패널을 만들 때도 화면에 나타나는 것과 키보드 입력을 받는 것을 별개의 조건으로 설정했어요.

선택지는 보이게 하면서, 창이 나타났다는 이유만으로 쓰던 문장의 입력 위치까지 바꾸지 않도록 설계한 거예요.

8월 22일 구현에서는 패널을 다른 창 위에 표시하면서도 앱을 활성화하지 않는 구성을 썼어요. 패널 자체가 키 입력을 받는 창이 되지 않도록 설정했고요. 창을 어디에, 얼마나 크게 보여줄지와 별도로 정한 동작이에요.

그런데 코드에 그 설정이 있다는 것과 실제로 다른 앱에서 타이핑을 계속할 수 있다는 것은 같은 증거가 아니에요. 당시 보고서에도 일반 타이핑, 전체 화면과 Spaces, 단축키 충돌은 맥에서 직접 확인할 항목으로 남아 있었어요.

이런 패널을 만든다면 ‘잘 뜨는지’에 더해 세 가지를 따로 확인해야 해요.

• 나타날 때: 문장을 입력하는 도중에도 다음 글자가 원래 문서에 들어가는지.
• 화면을 옮길 때: 전체 화면이나 다른 작업 공간에서도 의도한 위치에 보이는지.
• 선택할 때: 패널용 단축키가 작업하던 앱의 단축키와 충돌하지 않는지.

이 글은 그때의 구현과 검증 계획을 돌아본 기록이에요. 최신 배포본이 모든 앱에서 이 조건을 통과했다는 시험 결과를 뜻하지는 않아요.

작은 창을 만드는 일에도 확인할 동작은 꽤 많아요. Blabee의 초기 패널에서는 크기와 모양뿐 아니라, 나타난 다음에도 사용자의 키 입력이 어디로 가는지를 별도의 기준으로 잡았어요.

현재 Blabee는 Codex·macOS 비공개 베타예요. 공식 페이지에서 36초 영문 데모를 보고 체험을 신청할 수 있어요. 선정된 테스터에게 설치 방법을 보내드려요.
https://biadone.com/blabee