scaleform.minarto.com

이 글은 오토데스크의 지원으로 3월 4일 ~ 3월 11일 간 샌프란시스코 GDC 2012 행사에 다녀온 내용임을 밝힙니다 http://www.gdconf.com/ http://area.autodesk.com/gdc2012 자, 이번에는 드디어 샌프란시스코의 상징인 금문교로 떠납니다. 큰 지도에서 GDC 2012 보기 영화에서 너무 많이 나온 곳이죠? 최근에는 혹성탈출 - 진화의 시작까지 말이죠 대한항공 CF 중에 [미국 어디까지 가봤니] 라고 하는거 있죠? 그 중에서 물개 나오던 곳이 바로 여기입니다. PIER 39 라고 합니다 뭐랄까... 부두에 있는 코엑스 같은 곳이랄까요?? 토이크레인의 스케일부터 다릅니다. 알카트라즈가 바로 앞에 보인답니다 금문교도 보이고요... 보시다시피 생각보다 물개는 많지가 ..

이 글은 오토데스크의 지원으로 3월 4일 ~ 3월 11일 간 샌프란시스코 GDC 2012 행사에 다녀온 내용임을 밝힙니다 http://www.gdconf.com/ http://area.autodesk.com/gdc2012 아우... 글이 느릿느릿하게 올라오는 이유는 현재 지독한 치통으로 투병 중이어서입니다...ㅡ.,ㅡ;;; 사람들 말로는 일주일 정도의 시차적응으로 면역력이 떨어진대다 기압차 등등등... 그럴 수 있다고 하더군요... 촌놈이 외국물 먹는 티 좀 확실히 내고 있습니다. 큰 지도에서 GDC 2012 보기 그 다음에는 금문공원에 갔습니다... 금문공원에는 일본인들이 지어놓은 일본 양식의 구조물들이 있더군요. 샌프란시스코에는 일본인들의 문화가 많이 남아있답니다. 그 다음의 행선지는 바로 재팬타운입..

이 글은 오토데스크의 지원으로 3월 4일 ~ 3월 11일 간 샌프란시스코 GDC 2012 행사에 다녀온 내용임을 밝힙니다 http://www.gdconf.com/ http://area.autodesk.com/gdc2012 전에 제가 오토데스크사로부터 좋은 소식을 들었다고 한 적이 있죠? 이번에 제가 미국에 다녀오게 되었습니다. 샌프란시스코에서 열리는 GDC 행사에 오토데스크의 초청으로 다녀온거죠. 이게 사실은 라이브(?)로 글을 올리려 했지만, 인터넷 상황도 그렇고 여행을 즐기다 보니 후기로서 올리게 되었습니다. (해외는 처음인지라... 에그를 챙겨가는 것도 몰랐어요) 교통, 숙식, 세미나, 심지어 여행자 보험까지... 오토데스크에서 지원을 해둔답니다. 추가로 관광가이드까지 이건 완전히 풀패키지였죠.....

1. TreeViewItemRenderer Window 편을 마지막으로 CLIK 편을 마치려고 했는데, 트리 메뉴를 쓸 일이 많아지더군요... 트리 메뉴야 샘플도 있고, 코드도 ScrollingList 를 상속받아 몇줄 되지 않지만서도 문제는 아이템 렌더러 쪽입니다. ListItemRenderer 는 버튼을 상속받은 거의 그대로이기에 별로 볼 것도 없고 쉽지만 TreeViewItemRenderer 가 꽤나 복잡한 편입니다 그런데 공식 component 가 아닌 샘플로만 존재하기 때문에 설명을 찾을 수도 없습니다. 쓰이는 빈도 수를 생각할 때, 이것도 공식 콤포넌트로 만들어줬으면 합니다. 어쨌든 한번 파보죠... TreeViewItemRenderer > ListItemRenderer (flex) > But..

앞 포스팅과 이어집니다. 3. this 포인터의 변경 위 코드에는 눈에는 보이지 않지만 생략된 것이 있습니다. var content:MovieClip = this.createEmptyMovieClip("contnet", this.getNextHighestDepth()); 바로 this 입니다. 생략을 했지만 이렇게 this 가 붙어서 실행되는 것과 같다는 거죠. (사실은 클로저로 설명해야 합니다만...쉽게 설명하려니 이렇게 해야겠군요.) 타임라인의 메소드나 변수는 __proto__ 를 통해 Document 클래스 객체의 것들을 가져다 쓰고 있지만 this 포인터는 여전히 Document 클래스 객체를 가르키고 있습니다. 그 객체는 스테이지에 존재하는 MovieClip 이 아니고 여전히 타임라인과는 무관한..

오늘도 주말에 회사에 나와 회사 코드를 좀 개선하려고 뜯어보고 고치고 하다가 만들어버린(실제로는 어제부터) 코드가 있습니다. 바로 as2 용 Document Class 입니다. 혹시 제가 포스팅에만 열중할거라 생각하시는 분이 있을까 하는 기우에 몇마디 드리자면, 보통 제가 포스팅을 할 때는 이렇습니다. 1. 회사 업무에 필요한 코드가 생겼다... 2. 개발 3. 파트원들에게 교육 4. 파트원들이 직접 적용하도록 함 (강의만 들으면 까먹으니깐...) 5. 그 중에서 외부에 오픈해도 될만한 주제로 선별하여 포스팅 게다가 회사 팀원들에게는 더 개선된 실제 코드를 보여주면서 강의를 하죠... 머랄까, 회사원으로서의 일종의 암묵적인 룰을 지킨다고나 할까요? 포스팅은 사실 빙산의 일각...(아니아니, 일각 보다는 ..

오늘 한국 AutoDesk 사로부터 좋은 소식을 들었습니다. 아마도, 이에 대해서는 차차 글을 올릴 일이 생길겁니다. 어쨌든 CLIK 폭주 포스팅 이외에 지금 글을 올릴 타이밍이 아닌데 감사 포스팅 하나를 써야겠다는 생각이 들었네요... 그럼 각설하고... ㅋㅋㅋ 1. 뭐라는 거냐? 타임라인 코딩하라고? 제목부터 충격적입니다. Document Class 를 사용하지 말라니, 타임라인에 코드를 작성하란 소리인가? 라고 생각하시는 분이 계실지 모릅니다. 당연히 아닙니다. Document Class 를 사용하되 Document Class 컨테이너를 쓰지 않는 방법(?)을 말하고자입니다. as2에 익숙하신 분은 더 쉽게 받아들이실지도 모르겠네요. _level 을 사용하는 법을 말하려는 겁니다. 여러분이 만드는 ..

전에 올렸던 포스팅 중에 외부 라이브러리에 관한 글이 있었습니다. 거기서 테스트 했던 라이브러리 중 polygonal labs 에서 만든 ObjectPool 이 있었습니다. 객체 풀링에 관한 글은 다음의 글들을 한번씩 보시기 바랍니다 http://help.adobe.com/ko_KR/as3/mobile/WS948100b6829bd5a6-19cd3c2412513c24bce-8000.html http://www.diebuster.com/flash/6 http://blog.jidolstar.com/666 단점이 아예 없는 것은 아니지만 메모리 풀링은 거의 무조건 쓰는게 좋습니다. 저도 as3 작업을 할 때는 위에서 언급한 ObjectPool 을 씁니다. (직접 만들긴 귀찮잖아요) 자, 그런데 스케일폼은 아직 ..

디스트릭트 최은석 대표님이 돌아가셨다는 소식을 들었네요. 젊은 나이신데... 한동안 같은 미디어 인터랙티브 분야에서 일했던 만큼 약간은 부러움과 약간은 질투의 대상이었던 그곳이었는데... 고인의 명복을 빕니다.

이제 CLIK 에 관한건 어느정도 마무리를 지어도 될 듯 싶네요. 일단 목표로 한 10개 포스팅도 채웠고, 중요한 클래스들은 대부분 다룬 것 같고, 나머지는 그걸 어떻게 응용하는 것인지라... 알아서 하셔야죠들... CLIK 은 잘 만든 녀석입니다. 저도 다음이나 다다음 마일스톤 즈음에 적용할 생각이고요... 다만 현재시점에서는 4.x 대의 CLIK 은 덜 만들어졌습니다. 당장 쓰시려면 그것만 참고하시기 바랍니다. 0. 이미지 관리 오늘은 이미지 로드에 관한 글을 써볼까 합니다 일단 기본적인 로드에 관해서는 이 글을 읽어보시고요... 오늘은 로드 그 이후에 관한 글을 쓰려합니다. 로드한 이미지를 어떻게 관리할 것이냐입니다. as3에서의 이미지 로드라면 일반적으로 Loader 클래스를 씁니다. 로드가 완료..