조작 UI

Status
작업 완료
분류
UI
설명

게임 조작 UI 정리(키보드/마우스, 패드)

딤당자
U
Untitled
U
Untitled
U
Untitled
최종 편집 일시
Jul 2, 2024 9:09 AM
최종 편집자
U
Untitled
History

0. 문서 내 용어 정리

History이름요약

아군의 턴이며, 플레이어에게 조작권이 있고 이동 가능한 상태

1. 패드 조작 용어 정리

image
  • 패드 버튼 용어의 기준은 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버튼

습득 순→가치 순→세부종류 순→등급 순→습득 순→…의 순서로 변경

캐릭터
History기능조건포커스 위치키보드&마우스패드기능 동작 상세
기본 상태

선택되지 않은 아군 타일

마우스 좌클릭

해당 없음

기본 상태

빈 타일

마우스 클릭

A버튼

기본 상태

키마 : 선택된 유닛 or 적 유닛 패드 : 유닛이 있는 타일

마우스 우클릭

A버튼

기본 상태

TAB (다음)

LB(이전) or RB(다음)

기본 상태

R키

LT

**참고 : 패드 동작 구조

image

2.2. 타이틀 조작 키매핑

History기능키보드&마우스패드

해당 없음

L스틱 조작 or 십자키 조작

3. 기타 입력장치 이슈

3.1. PS 패드 - 엑박 패드 매핑

image
  • LB/RB <-> L1/R1, LT/RT <-> L2/R2는 아마 명칭만 다르지 버튼의 위치와 기능이 같을 것
  • 십자키, 아날로그 L/R 스틱도 동일하게 씀
  • 버튼은 ‘위치’에 맞춤
    • 플스 X버튼 = 엑박 A버튼
    • 플스 O버튼 = 엑박 B버튼
    • 플스 네모버튼 = 엑박 X버튼
    • 플스 세모버튼 = 엑박 Y버튼
  • ‘메뉴’ 버튼 (오른쪽 4버튼 근처에 있는 것)의 기능은 통일

3.2. 스팀덱에서의 배치

  • 기본적으로는 버튼의 위치가 엑박패드 기준과 동일해서, 엑박패드와 동일한 기준을 사용해도 문제 없을 것으로 예상
    • 문제가 생길 경우 공유 후 히스토리 메모
  • 터치패드 쪽은 마우스 대응이긴 한데, 왼쪽 터치패드는 L스틱 이동 / 오른쪽 터치패드는 R스틱 이동과 동일하게 처리해줘도 문제 없을 듯?
    • 이것도 일단은 엑박 패드 기준으로 대응을 마친 뒤, 테스트해보고 결정

3.3. 스위치 조이콘

image
  • 조이콘의 경우 X, Y와, A, B버튼의 위치가 엑박 패드와 반대
    • 엑박 A, B, X, Y 버튼을 스위치의 A, B, X, Y 버튼과 대응 (버튼 자체는 동일하게 매핑하되, 실제 사용자 입장에서 위치가 달라질 것)
      • ‘스위치에서는’ 보통 저 위치의 A버튼을 확인으로 쓰기 때문에 디폴트로서는 ‘이 플랫폼에서’ 문제는 없을 것으로 예상
    • 나중에 버튼 반전 기능 옵션을 만들어주는 것도 편의성으로 방법이긴 한데 (아예 키매핑 자체를 지원하는 게 확실하지만), 일단 디폴트 값 기준
      • 키매핑 기능을 지원할 때, 커스텀 상태를 어떻게 할지에 대한 결정은 필요 (그니까 엑박 기준으로 커스텀해놓고 조이콘을 끼우면 어떻게 되는지? 등)
      • 저 상황까지 ‘편하게’ 해 줄 필요는 없을 거 같고 ‘꼬이지 않게’만 하면 될 듯
  • ‘메뉴’ 버튼은 오른쪽의 ‘+’ 버튼에 대응
  • 그 외 L스틱/R스틱/십자키는 일단 동일하게 가져가도 될 것으로 보임