scaleform.minarto.com

이번에는 DropdownMenu 입니다. 지금 순서는 자주 쓸만한 놈들로 하고 있습니다. 게임에 자주 쓰인다는게 아니고요. 예를 들어 라벨이라면 굳이 콤포넌트를 써야할까요? 뭐, 상황에 따라 쓰일 수도 있겠지만 대부분 그냥 날 TextField 로 대체 가능하다고 생각합니다. 제가 포스팅 하는 건 쓰이는 것들 중 콤포넌트를 써야 할 것들 위주라는거죠... 그리고 추가할게 있는데, CLIK 의 set / get 함수 기술 방식에 대해서입니다. 보통 플래시에서 set / get 함수를 사용하면 다음과 같이 하죠? private var _visible:Boolean; public function set visible():void public function get visible():Boolean 그런데 CLI..

이번에는 component parameter 로 노출되어있지 않은 public 속성들입니다. get / set 이 같이 표기되어 있으면 읽기 / 쓰기 전용입니다 스케일폼 CLIK 온라인 문서에도 없는 녀석들이 좀 있습니다. 같이 표기된 값들은 기본값입니다 1. lockDragStateChange:Boolean = false 드래그오버 상태일 때(마우스가 눌러져 있는 상태에서 오버된)에도 상태 변화를(롤오버라든가) 하게 할 것이냐입니다. 2. repeatDelay:Number = 500 앞서 얘기했던 autoRepeat 시에 이벤트 반복이 최초에 실행되는 딜레이입니다. millisecond 단위입니다 3. repeatInterval:Number = 200 이벤트 발생 주기입니다. repeatDelay 와 ..

scaleform.clik.controls.Button class 부터 보겠습니다. 사실 이름을 보면 알 수 있듯이 플렉스의 Button Component 와 크게 다를 것은 없습니다. 다른게 있다면... 1. 라이브프리뷰를 제공하지 않습니다 2. Sprite 가 아닌 MovieClip 을 상속받습니다. 3. 몇몇 속성과 메소드가 없습니다. 4. 몇몇 속성과 메소드 이름이 다릅니다 5. 게임 UI에 활용하기 위한 몇몇 속성과 메소드가 추가되어있습니다 6. 몇몇 속성과 메소드는 이름은 같지만 사용되는 방법이 다릅니다. Inspectable 메타태그로서 Flash IDE 에 노출되는 속성값만 살펴보겠습니다. Flash IDE 에는 component parameters 라고 쓰여져있는 판넬에 있습니다. 참고를..

전에 포스팅했던 Tween 성능 비교 글에서 CLIK 을 고려해봐야 한다는 말을 했습니다. 저도 사실 CLIK 을 안썼습니다. 정확히는 제가 플렉스는 경험이 없는데다가, 컴포넌트는 느려...라는 생각에 멀리하다보니 컴포넌트는 거의(한번도) 써보지를 않았습니다. 하지만 게임 업계에서 UI를 만들다보니 좀 생각이 바꼈습니다. 계속해서 UI를 엎어야 하거든요...ㅡ.,ㅡ;;; 이런 상황에서 빨리 잘(정확히는 나쁘지 않게) 만들 수 있는데 왜 안쓰나입니다. 그래서 클릭에 관한 글도 조금씩 올려보려 합니다. 클릭은 (click 이 아니랍니다) 스케일폼에서 제공하는 UI component 들을 말합니다. 3.0 대의 클릭은 gs스키너 그룹에서 만들어 제공했는데, 4.0 대도 그런지는 잘 모르겠습니다. 일단 시작하기..

http://www.minarto.com/303 에 이어진 내용입니다. 제가 외부 Tween 라이브러리 말고 scaleform 4.x 에서 제공하는 트윈을 사용하라고 했는데요... 바로 scaleform.clik.motion.Tween 요녀석입니다. 바로 본론으로 들어가죠... 간단한 테스트 결과입니다 매 frame 마다 무비클립과 트윈을 생성해 좌표와 alpha 를 변하게 하는 간단한 테스트를 하였습니다... (귀찮으니 전 안합니다... 시켜야죠 ㅎㅎㅎ) TweenLite 와의 확연한 성능차가 보이십니까... 그 이유는 Tween 클래스를 열어보면 바로 알 수 있느데요... 이녀석은 독특하게 매트릭스 객체를 이용합니다. 왜냐 하면, scaleform 4.x에서 matrix 는 GPU를 타기 때문입니다...

EventDispatcher 를 사용한(상속은 아니다... 오히려 위임에 가깝다고나 할까?) 무비클립을 상속받은 UIComponent 가 있고 그걸 상속 받은 Button class 들이 있다... 대부분 이녀석을 이용해 인터랙션을 처리한다... var a:Number = 1; var btn :Button; a라는 숫자값이 있고 btn 이란 버튼이 있다고 치자... 버튼을 클릭했을 때 a를 출력하는 핸들러를 작성하고자 한다면... as2의 버튼이라면 보통 다음과 같이 짠다 btn.onRelease = function():Void { trace(this._parent.a) } ///////////// 1 as2 개발력(?)이 있는 친구들은 scope 문제 해결땜시 Delegate class 를 이용해 이렇..

CLIK 컴포넌트라고 해서 처음엔, 버튼 컴포넌트를 만들어놓고 그렇게 부르나 했다... (실제 버튼위주의 컴포넌트가 많이 있다) CLIK 은 Common Lightweight Interface Kit 의 약자로 gs스키너에서 만든 프레임웍의 명칭일 뿐이다... 아무래도 UI 미들웨어다 보니 디자인 작업이 많아 컴포넌트를 제공하여, GUI단에서 작업하기 쉽도록 해놓은 것이다... 그러다 보면 쓸데 없는 기능도 많이 들어있기 마련이지만 gs 그룹의 이름이 허명이 아니듯 꽤나 잘 만들어놓았다... 예전 mx시절에 어도비에서 제공해주던 무겁기만 한 컴포넌트를 생각하지는 않아도 된다... (사실 이런 생각이 만연해 있다보니 나같은 경우는 컴포넌트를 좀 살펴보기만 했지, 만들어 작업해본 적이 없다) 실질적으로 중요..

Scaleform 에 대한 첫번째 글이 되는군요... 예, 제가 올해 5월부로 스케일폼 쪽 일을 시작하게 되었습니다. 그러다보니 r&d 겸 해서 글을 적기 시작하겠습니다. 스케일폼은 as2 기반입니다. 그러다 보니 일반적인 as3 기반 환경과는 매우 다른 방식으로 개발을 진행하게 됩니다. as2 와 as3 의 가장 큰 차이가 이벤트 방식입니다. as2 는 함수를 부르는 콜백 방식을 기본으로 합니다. 물론 addListener 가 있긴 합니다. 하지만, 늘 scope 문제가 생겨서 실제 개발자분들이 작업하실 때는 위임문제를 해결해주는 Delegate 클래스를 사용하곤 합니다. (뭐, 안 쓰시는 분들도 있겠죠 ㅎㅎㅎ) 뭐, 예를 들면 다음과 같습니다.. import barunson.core.IDefault;..