게임 조작 UI 정리(키보드/마우스, 패드)
0. 문서 내 용어 정리
1. 패드 조작 용어 정리
- 패드 버튼 용어의 기준은 XBOX 패드로 함
- 이후 PS 패드(듀얼쇼크/듀얼센스)나 닌텐도 조이콘의 경우, 동일 기능에 해당하는 버튼으로 리매핑하는 방식으로 구현
- 아래와 같은 단축 용어를 사용
- LS (L스틱) : 아날로그 왼쪽 스틱 / RS (R스틱) : 아날로그 오른쪽 스틱
- 스틱을 ‘누르는’ 행동의 경우, 각각 ‘L3 / R3’로 칭함
- 범퍼 (왼손/오른손 검지로 누르는 ‘위쪽’ 버튼) : LB (레프트 범퍼) / RB (라이트 범퍼)
- 트리거 (왼손/오른손 검지, 혹은 중지로 누르는 ‘아래쪽’ 버튼) : LT (레프트 트리거) / RT (라이트 트리거)
- A, B, X, Y 버튼 : 버튼에 적힌 명칭 그대로 사용
- D-PAD (십자키) : ‘십자키’로 사용하며, 특정 방향을 지칭해야 할 경우 ‘십자키 왼쪽/오른쪽/위쪽/아래쪽’으로 사용
- 메뉴 버튼 : 예시 이미지 이름 그대로 ‘메뉴 버튼’으로 사용
- 보기 버튼 : 예시 이미지 이름 그대로 ‘보기 버튼’으로 사용
- 패드의 모든 버튼 “입력”은 “키 업”을 기준으로 함
- 단, 버튼 “홀드”의 경우 0.5초 이상 버튼을 누른 상태로 유지하는 조작
- 동일한 키에 버튼 “입력”과 “홀드”가 모두 존재할 경우, 버튼 “홀드” 이후 키 업 시 “입력” 기능이 발생하지 않음
- 버튼 “입력”만 존재하는 키의 경우, 버튼을 0.5초 이상 누른 뒤 키 업하더라도 “입력” 기능이 발생
2. 키매핑
2.1. 전투 조작 키매핑
History | 기능 | 조건 | 포커스 위치 | 키보드&마우스 | 패드 | 기능 동작 상세 |
---|---|---|---|---|---|---|
마우스 움직임 | L스틱 조작 | |||||
기본 상태기술 대상 선택 중인벤토리 열리지 않음 | UI에 가리지 않은 타일 | 방향키 | 십자키 | |||
기본 상태 | CTRL | RT | 누르는 중일 때만 작동 | |||
조작권 있음 | WSAD (상하좌우) or 화면 바깥으로 포인트 커서 위치 | R스틱 조작 or 화면 바깥으로 포인트 커서 위치 | ||||
해당 없음 | R3 | |||||
확인/취소 팝업창 열림 | (확인 버튼)마우스 좌클릭 or SPACE or ENTER | A버튼 | ||||
확인/취소 팝업창 열림 | (취소 버튼) 마우스 좌클릭 or ESC키 | B버튼 | ||||
내러티브 패널 열림(닫기 버튼 있음) | SPACE or ENTER or 1 | A버튼 | ||||
기본 상태 | X키 | B버튼 홀드 | ||||
기본 상태 | F10 (열린 팝업이 없을 때) ESC | 보기버튼(ㅁㅁ) |
History | 기능 | 조건 | 포커스 위치 | 키보드&마우스 | 패드 | 기능 동작 상세 |
---|---|---|---|---|---|---|
기본 상태 | 해당 없음 | Y버튼 | 패드 : 현재 자원으로 사용 가능한 가장 왼쪽 기술 자동 선택 | |||
기술 대상 선택 중 | 패드 : 다른 기술 아이콘 포커스중이 아님 | ESC or (자신이 타겟이 아닌 기술) 범위 밖에서 마우스 우클릭 | B버튼 | |||
기본 상태기술 대상 선택 중 | 무기 스킬 1 : 1 무기 스킬 2 : 2 캐릭터 스킬 1~6 : 숫자키 3~8 | 해당 없음 | ||||
기술 대상 선택 중 | 다른 기술 아이콘 | 마우스 좌클릭 | A버튼 | |||
기술 대상 선택 중 | 해당 없음 | LB(반시계방향 탐색) or RB(시계방향 탐색) | ||||
기본 상태 | 기술 아이콘 or 무기 아이콘 | 별도 조작 없음 | 별도 조작 없음 | |||
기술 대상 선택 중 | 다른 스킬 아이콘 포커스 | LT(왼쪽으로 탐색) or RT(오른쪽으로 탐색) | 패드 : 포인트 커서가 즉시 하단 스킬 아이콘으로 이동 | |||
기술 대상 선택 중 | 다른 기술 미리보기를 위한 기술 아이콘 | 해당 없음 | B버튼 | 패드 : 포인트 커서가 현재 선택된 유닛으로 이동 | ||
기술 대상 선택 중 | 기술 유효 대상 | 마우스 좌클릭 or SPACEBAR or ENTER | A버튼 |
History | 기능 | 조건 | 포커스 위치 | 키보드&마우스 | 패드 | 기능 동작 상세 |
---|---|---|---|---|---|---|
상호작용 대상 인접 | 상호작용 가능한 인접 타일 중 대상 외 다른 타일 | F키 | X버튼 (아이템이 아닌 2개 이상 오브젝트 존재 시 지정을 위한 팝업 UI 조작 내용은 구현 예정) | |||
상호작용 대상 인접 | 상호작용 가능 대상 | 마우스 좌클릭 or F키 | X버튼 |
History | 기능 | 조건 | 포커스 위치 | 키보드&마우스 | 패드 | 기능 동작 상세 |
---|---|---|---|---|---|---|
아이템 박스 열림 | 마우스 움직임 | 십자키 | 패드 : 아이템박스 가장 아래 행에서 아래 키를 누를 경우 도구 인벤토리로 이동 | |||
아이템 박스 열림 | 아이템박스 위 아이템 아이콘 | 마우스 좌클릭 | A버튼 | |||
아이템 박스 열림 | F키 | 해당 없음 | ||||
아이템 박스 열림 | SPACE | A버튼 홀드 | ||||
아이템 박스 열림 | ESC | B버튼 |
History | 기능 | 조건 | 포커스 위치 | 키보드&마우스 | 패드 | 기능 동작 상세 |
---|---|---|---|---|---|---|
기본 상태 | i키 or b키 | 메뉴 버튼(=) | ||||
기본 상태인벤토리 열림아이템박스 열리지 않음 | i키 or b키 | 메뉴 버튼(=) or B버튼 | ||||
인벤토리 열림 | 마우스 움직임 | 십자키 | 인벤토리 맨 윗줄에서 위 키를 누르면 도구인벤토리로 이동 아이템박스가 열렸을 때 도구인벤토리에서 위 키를 누르면 아이템박스의 맨 아랫줄로 이동 도구인벤토리에서 아래 키를 누르면 인벤토리 맨 윗줄로 이동 | |||
인벤토리 열림 | 해당 없음 | RT | 패드 : 아이템박스가 있다면 인벤토리>도구인벤토리>아이템박스>인벤토리…, 없다면 인벤토리>도구인벤토리>인벤토리 | |||
인벤토리 열림 | 인벤토리 아이템 아이콘 | 마우스 좌클릭 | A버튼 | |||
인벤토리 열림 | 인벤토리 아이템 아이콘 | 마우스 우클릭 | X버튼(구현 예정) | |||
인벤토리 열림 | 인벤토리 아이템 아이콘 | 인벤토리 밖으로 드래그앤드롭 | B버튼 홀드 | 아이템박스가 열려있고 공간이 남아있다면 박스로 이동, 남아있지 않다면 버릴 것인지 묻는 팝업 열림 | ||
인벤토리 열림 | (정렬 버튼)마우스 좌클릭 | Y버튼 홀드 | ||||
인벤토리 열림 | (정렬 방식 버튼)마우스 좌클릭 | Y버튼 | 습득 순→가치 순→세부종류 순→등급 순→습득 순→…의 순서로 변경 |
**참고 : 패드 동작 구조
2.2. 타이틀 조작 키매핑
History | 기능 | 키보드&마우스 | 패드 |
---|---|---|---|
해당 없음 | L스틱 조작 or 십자키 조작 |
3. 기타 입력장치 이슈
3.1. PS 패드 - 엑박 패드 매핑
- LB/RB <-> L1/R1, LT/RT <-> L2/R2는 아마 명칭만 다르지 버튼의 위치와 기능이 같을 것
- 십자키, 아날로그 L/R 스틱도 동일하게 씀
- 버튼은 ‘위치’에 맞춤
- 플스 X버튼 = 엑박 A버튼
- 플스 O버튼 = 엑박 B버튼
- 플스 네모버튼 = 엑박 X버튼
- 플스 세모버튼 = 엑박 Y버튼
- ‘메뉴’ 버튼 (오른쪽 4버튼 근처에 있는 것)의 기능은 통일
3.2. 스팀덱에서의 배치
- 기본적으로는 버튼의 위치가 엑박패드 기준과 동일해서, 엑박패드와 동일한 기준을 사용해도 문제 없을 것으로 예상
- 문제가 생길 경우 공유 후 히스토리 메모
- 터치패드 쪽은 마우스 대응이긴 한데, 왼쪽 터치패드는 L스틱 이동 / 오른쪽 터치패드는 R스틱 이동과 동일하게 처리해줘도 문제 없을 듯?
- 이것도 일단은 엑박 패드 기준으로 대응을 마친 뒤, 테스트해보고 결정
3.3. 스위치 조이콘
- 조이콘의 경우 X, Y와, A, B버튼의 위치가 엑박 패드와 반대
- 엑박 A, B, X, Y 버튼을 스위치의 A, B, X, Y 버튼과 대응 (버튼 자체는 동일하게 매핑하되, 실제 사용자 입장에서 위치가 달라질 것)
- ‘스위치에서는’ 보통 저 위치의 A버튼을 확인으로 쓰기 때문에 디폴트로서는 ‘이 플랫폼에서’ 문제는 없을 것으로 예상
- 나중에 버튼 반전 기능 옵션을 만들어주는 것도 편의성으로 방법이긴 한데 (아예 키매핑 자체를 지원하는 게 확실하지만), 일단 디폴트 값 기준
- 키매핑 기능을 지원할 때, 커스텀 상태를 어떻게 할지에 대한 결정은 필요 (그니까 엑박 기준으로 커스텀해놓고 조이콘을 끼우면 어떻게 되는지? 등)
- 저 상황까지 ‘편하게’ 해 줄 필요는 없을 거 같고 ‘꼬이지 않게’만 하면 될 듯
- ‘메뉴’ 버튼은 오른쪽의 ‘+’ 버튼에 대응
- 그 외 L스틱/R스틱/십자키는 일단 동일하게 가져가도 될 것으로 보임