CreateFrame

지금 Sprite로 쓸만한 에셋이 없어서 엔진의 기본 세팅을 가지고 임의로 만들었다. 예쁘게 만드는 건 아트팀에서 예쁘게 해줄 것이다. 계층구조는 이렇게 했다. 이제 하나씩 뜯어보면서 코드로 연결을 해볼 예정이다. 이렇게 UI가 만들어져서 나오면 이대로 바로 연결하지 않고 기획적인 부분을 확인해보고 필요에 의해 수정되는 경우가 있다. 예를 들어서 아이템이 20개가 될지 10개가 될지 2개가 될지 모르는 상황이지만 어떤 데이터가 들어와도 우리는 유연하게 대처할 수 있는 코드를 짜야한다. 그러기 위해서는 2개 였을 때는 스크롤박스가 필요없지만 10개가 넘어가면 스크롤 박스가 필요할지도 모른다는 생각을 우선 캐치해내야한다. 나는 계층구조를 각각의 역할이 필요한 순서대로 엮었다. 첫 번째는 가장 상단의 재화 표..

언리얼 프로젝트를 처음 만들고 c++ 파일을 추가해서 빌드를 걸었더니 fatal error C1083: 포함 파일을 열 수 없습니다. 라는 에러가 뜨면서 되지 않는 경우가 있다. #include로 참조하는 파일의 경로가 잘못되었을 때 인데 언리얼에서 자동으로 붙여 넣어줄 때 상단 폴더 하나를 빼고 만들어주면 이런경우가 생기기도 한다. \UMGContents\UMGContents\Source\UMGContents\UI\WidgetBase.h 가 경로인데 내가 만든 클래스의 cpp로 들어가보면 UMGContents가 빠져있고 UI/ WidgetBase.h 로 경로가 참조되어 있다. 가장 단순한 방법은 앞에 빠진 경로를 다 넣어주면 되지만, 매번 해주기 번거롭다. 그래서 나는 앞으로 UMGContents라는 ..

앞선 포스팅에서 UMG 라는 것이 있고, UI를 디자인 할 수 있는 UUserWidget을 부모로 하는 블루프린트 만들기를 해보았다. 그리고 간략하게 팔레트에 있는 위젯을 가져다 계층구조(하이어라키)에 넣으면 중앙 디자인 미리보기에 종류에 따른 위젯들이 나타나는 것을 보았다. 거기까지는 아주 기초, 그리고 배치할 수 있다는 것을 알았으니 오늘은 조금 깊게 파고들고자 한다. 프로그래머가 아니라면 흥미 없을 수 있는 이야기다. 참고로 프로그래머도 흥미 없을 수 있다. UUserWidget을 상속받은 UMG를 열어보면 UI디자이너라는 패널에서 가장 왼쪽 상단에 Palette라는 곳이 있다. 이곳에 노출되는 위젯들은 모두 UWidget을 상속받은 위젯들이다. UWidget이란 SWidget이라는 언리얼 슬레이트..

DPI란 Dot per inch의 약자로 검색해보면 해상도 측정 단위라고 나올 것이다. 1인치 안에 몇 개의 픽셀이 존재하는가를 뜻하는데 티스토리 로고를 캡쳐해서 확대해 보았다. 네모 모양의 픽셀들이 보일것이다. 1인치에 72개의 픽셀과1인치에 108개의 픽셀이 있는 것 중에 어떤 것이 더 선명하게 보일까? 정답은 1인치에 108개의 픽셀이다. 주어진 공간에 더 세밀하게 많은 픽셀이 있으면 더 선명하게 보인다. 이때 1인치에 72개의 픽셀로 이루어지면 72dpi, 1인치에 108개의 픽셀로 이루어지면 108dpi라고 한다. 이걸 설명한 이유는 언리얼에서 제공해주는 DPI 스케일링이 무엇인지 어디다 쓰는것인지 나도 매번 헷갈리고 까먹기 때문에 적어보려고 설명했다. https://docs.unrealengi..

나는 UI 연결작업을 그다지 즐거워하지 않는다. 그게 내가 언리얼 UI를 다 알기 때문이 아니라 쉽고 단순하다가도 복잡하고 답답할 때가 많기 때문이다. 게임을 만들 때 UI를 고려하지 않을 수는 없지만, 어느정도로 중요하게 고려가 되는지 잘 모르겠다. 내가 알고 있는 내용을 하나씩 게시해보고 평소에 답답했던 부분을 혼자서 삽질해보려고 한다. 참고로 나는 프로그래머다. 구글에 UI관련 기능을 검색하거나 도움을 얻으려고 할 때마다 블루프린트로 장황하게 보여주는데, 항상 듣기로 단순한 UI 변화는 블루프린트로, 비즈니스 로직은 c++로 하는게 좋다고 들었다. 지금까지 해오던 UI작업 방식은 c++에 다 때려넣는 방법을 써왔는데 지저분하기도 하고, 언리얼에서 best practice로 뽑은 곳의 예시중 추천하는..