폰 화면에서는 메뉴보다 대사가 먼저였다

대사를 읽는 화면에 버튼이 너무 많았다

After Hours at Blue Harbor는 하나의 표정과 대사를 보며 선택을 이어가는 Ren'Py 게임이다. 데스크톱에서는 화면 아래에 대사 기록, 저장, 빠른 저장과 불러오기, 환경설정까지 여러 기능을 놓을 수 있었다. 같은 줄을 폰에 옮기면 버튼마다 차지할 자리가 줄어든다. 읽어야 할 대사와 조작 버튼이 작은 화면의 아래쪽에 함께 몰리는 셈이다.

폰에서 자주 쓰는 동작부터 골랐다. 하단에는 Back, Skip, Auto, Menu 네 버튼을 남기고 저장·불러오기·갤러리·환경설정은 메뉴 안에 모았다. 그림을 다시 보고 싶을 때는 메뉴를 열지만, 대사를 읽는 동안에는 갤러리 버튼이 계속 자리를 차지하지 않는다. 기능을 찾으러 잠깐 멈추는 화면과 이야기를 읽는 화면의 역할을 나눴다.

갤러리만 열어 봐서는 놓친 것이 있었다

처음 확인에서는 개발용 명령으로 저장과 갤러리 같은 화면을 바로 열었다. 각 화면이 그려지는지는 알 수 있었지만, 플레이어가 Menu를 눌러 들어갔다가 대사로 돌아오는 흐름은 남아 있었다. 화면이 준비됐다는 사실과 실제로 찾아갈 수 있다는 사실을 같은 것으로 취급할 뻔했다.

9월 7일에는 Windows에서 폰 화면 변형을 실행하고 그 이동을 직접 따라갔다. 여기서 영어와 일본어의 About 항목이 Return 버튼과 겹치는 문제가 드러났다. 특히 일본어 제목은 두 줄이어서 세로 공간을 더 썼다. 글자를 억지로 한 줄에 넣기보다 게임 중 폰 메뉴에만 적용되는 버튼 여백을 줄여 두 항목을 떼어 놓았다.

수정 뒤에는 메뉴를 열고 언어를 바꾼 다음 대사로 돌아왔다. 일본어로 돌아온 대사를 확인한 뒤 영어로도 같은 장면을 이어 갔다. 보기 좋은 메뉴 한 장보다, 읽던 이야기를 잃지 않고 왕복할 수 있는지가 이번 수정의 기준이었다.

Android에서 확인한 것은 따로 남겼다

같은 날 별도의 Android 14 에뮬레이터에 설치한 APK에서도 메뉴와 갤러리, 환경설정으로 들어가는 동작을 확인했다. 저장한 뒤 대사를 진행하고 불러와 원래 대사로 돌아오는 흐름도 남겼다. Windows의 폰 화면 검사와 APK의 입력 기록은 구분해서 보관했다. 이 글의 갤러리 그림은 앞선 Windows 개발 화면이며, 물리 폰에서 새로 촬영한 사진은 아니다.

작은 화면으로 옮길 때 기능의 개수부터 줄이면 필요한 기능도 함께 잃기 쉽다. Blue Harbor에서는 계속 보여 줄 네 버튼을 먼저 고르고 나머지는 메뉴에 남겼다. Unity로 모바일 게임을 만들 때도 화면을 직접 여는 확인에 더해, 플레이어가 누르는 입구부터 돌아오는 곳까지 따라가 보면 빠진 연결을 찾기 좋다.