이 책의 원서는 리치 슈페(Rich Shupe)와 지반 로서(Zevan Rosser)가 썼고 O’REILLY에서 지난 2008년에 Learning ActionScript 3.0: A Beginner’s Guide 라는 제목으로 출간되었습니다만, 우리나라에는 아직 번역서가 없던 참이었죠. 이 책을 ActionScript 3.0 Cookbook 과 액션스크립트 3.0 완벽가이드(콜린 무크 저, 원제 : Essential ActionScript 3.0)를 번역하셨던 송호철님이 번역하신다는 것이었습니다.

이 재미있고 흥미로운 요청에 당장 써드리겠다고 답장을 써 보내자 몇 시간 후에 편집자께서 편집중인 책의 pdf 파일을 보내주셨고, 며칠 후 몇 줄의 추천사를 (오탈자도 서너군데 찾아내어) 보내드렸던 것이 올해 추석 직전이었던걸로 기억합니다.

드디어 며칠전 이 번역서가 출간되었는데,^[01] 고맙게도 편집자님께서 추천사에 대한 답례로 책을 한권 보내주셨습니다.

포스트잇에 편집자님의 예쁜 글씨로 메모가 적혀있었습니다. "사랑해요 세계의끝님" (글씨 잘 안보이시죠? ^^)

액션스크립트 1.0과 2.0 시절로 개발하던 시기에는 콜린 무크의 Essential ActionScript (이하 EAS)시리즈가 절대 불변의 바이블 같은 느낌이었는데, 액션스크립트 3.0 으로 넘어가고 나서는 콜린 무크의 입지가 예전만 못하달까요, 한편으로는 1.0, 2.0 책이 워낙 명저(名著)다 보니 그에 비해 상대적으로 3.0 책이 묻히는 감도 있고, 결정적으로 EAS3.0 책은 완전히 초보가 읽기에는 뭐랄까 다소 추상적이고 난해한 부분도 부분부분 존재하는 그런 책이라는 느낌입니다. 물론 EAS3.0 책은 그 책의 서문에도 쓰여 있듯, 초보 개발자가 아닌 어느정도 수준 이상의 개발자가 읽으면 상당히 도움이 되는 책임에는 분명합니다.

어찌됐건, 그래서 액션스크립트 3.0 에 와서 초보 레벨의 레퍼런스 참고서의 자리는 바로 Learning ActionScript 3.0 이 차지하고 있었습니다. 번역 출간된 책은 500페이지 안팎의 분량이고, 번역서 치고는 그림으로 구성된 설명도 꽤 많아,(게다가 컬러로!!) 액션스크립트 API의 모든 내용을 속속들이 다루고 있지는 않으면서도, 초보 개발자들이 처음 공부를 시작할 무렵에 적합한 내용이라고 할 수 있습니다.
또한 DisplayObject 나 모션, 벡터그래픽같은 플래시적 특성도 꽤나 자세히 설명되어 있으므로, 다른 네이티브 언어를 다루다가 필요에 의해 액션스크립트를 다루게 된 개발자들에게도 도움이 될것 같습니다.

제가 쓴 추천의 글. 바로 아래쪽에는 열이아빠(이준하)님의 추천의 글도 있습니다.

이제 이 책이 번역되었으니 초보자에게 추천할 수 있는 레퍼런스 가이드가 한 권 더 늘었군요.

1. 책의 정식 출판일은 2011년 10월 7일 입니다.

책 표지 이미지는 yes24 에서 무단으로 가져왔습니다. ^^

액션스크립트 3.0 기본서

액션스크립트 3.0 을 다루기 위해서 반드시 읽어야 할… 그리고 참고서 삼아 가지고 있어야 할 책입니다. 아래의 기본서 세권 중 최소 두권은 읽어보시길 바랍니다. 가능하면 세 권 모두 읽는 것을 권합니다.

okgosu의 액션스크립트 정석

http://goo.gl/7R8Bg

옥상훈님이 쓴 기초서이자 세 권 중에서 가장 최근에 나온 책입니다. 그간 액션스크립트의 전반적인 것을 다룬 기초서가 마땅한게 없어 추천하기가 애매했지만, 이 책이 나온 이후로는 이 책을 추천합니다. 액션스크립트 뿐만 아니라 관련된 주변의 여러 가지 것들까지 함께 다루고 있어 두루두루 유용합니다만, 책 가격은 왜 그리 비싼건지…

액션스크립트 3.0 완벽가이드

http://goo.gl/GrE7t

많은 분들이 잘 알고 계시는 콜린 무크의 EAS3.0의 국내 번역서이자, AS1.0부터 계속 이어진 시리즈의 3.0 버전 입니다. 번역이 다소 늦게 된것이 불만이라면 불만이랄까요. 책의 내용은 좋습니다만, 프로그래밍을 전혀 모르는 완전 초보가 읽는다면 “이건 무슨 이야기를 하는걸까?” 하는 생각이 들 수 있습니다. 3.0이 대략 어떤건지 이해한 후에 읽는다면 매우 좋은 책입니다.

디자이너를 위한 액션스크립트 3.0

http://goo.gl/SKGg2

책의 제목에서 알 수 있듯 디자이너와 같이 언어에 취약한 입문자를 위한 책 입니다. 이미지의 할당 면적이 많고 간단한 예제 위주로 내용이 진행됩니다. EAS3.0 이 늦게 번역되기도 했지만, 설사 일찍 번역되었더라도 이 책과 EAS3.0은 내용면에서 완전히 다른 동네에 위치해 있다고 할 수 있으므로 책의 용도가 겹치는 일은 없다고 할 수 있겠죠.

* * * * *

디자인 패턴

디자인 패턴은 패턴 자체를 개발에 직접 사용할 수도 있지만, 실제로는 언어적 구조와 객체지향적인 프로그래밍에 대한 이해를 돕는데 훨씬 도움을 많이 줍니다. 처음엔 약간 이해하기 힘들어도 처음엔 빠르게 읽어 나가고, 시간이 지난 후에 좀 더 자세하게 읽어본다면 분명 피가되고 살이 될 겁니다.

액션스크립트 3.0 디자인 패턴

http://goo.gl/sloa5

액션스크립트를 기반 언어로 디자인 패턴을 다룬 현재까지 유일한 번역서이자 아마도 마지막 번역서가 되지 않을까 싶습니다. MVC를 포함한 사용 빈도가 높은 10가지의 패턴을 예제와 함께 소개하고 있고, UML 이라든지, 이벤트 구조, 또는 XML 이나 정규표현식도 부록과 같이 붙어 있습니다.

Head First Design Patterns : 스토리가 있는 패턴 학습법

http://goo.gl/yjRIx

개발서들을 많이 접해보신 분들은 이 책의 제목만 보고도 어떤 내용인지 능히 짐작이 될 겁니다. 이해하기 쉬운 삽화와 Java 코드로 디자인 패턴을 설명하고 있습니다만, 이 시리즈의 다른 책들과는 달리 이해하기 쉽고 디자인 패턴의 중요한 부분을 조목조목 잘 짚어내고 있습니다. 디자인 패턴에 대한 감을 제대로 잡아주는 강력추천 도서 입니다.

* * * * *

코딩 방법론 또는 리팩토링

이 책들은 입문 단계가 지난 직후쯤에 읽는 책들로 올바른 프로그래밍 기법에 대한 방법을 제시합니다. 주로 Java 코드 위주로 설명하지만 충분히 이해할 수 있는 수준의 코드고, API 를 다루는 것이 아닌 방법론을 다루기 때문에 객체지향 언어라면 어떤 언어의 개발자에게도 유익한 책들 입니다.

켄트 벡의 구현 패턴 : 읽기 쉬운 코드를 작성하는 77가지 자바 코딩 비법

http://goo.gl/6oMsA

이 책의 부제에 쓰여있는대로, 가독성이 떨어지는 현란한 테크닉을 구사하지 말고, 다른사람, 또는 자기 자신도 읽기 쉬운 프로그래밍 방법을 소개하는 책입니다. 코딩을 쉽게 하려면 상당히 여러가지를 고려해야 하고 책 내용도 무작정 쉽지많은 않습니다만, 켄트 벡이라는 이시대의 걸출한 개발자의 저서를 읽을 수 있다는 것만으로도 충분한 그런 책이죠.

Refactoring 리팩토링 : 나쁜 디자인의 코드를 좋은 디자인으로 바꾸는 방법

http://goo.gl/BMaZz

켄트 벡과 수많은 교류를 하고 서로 영감을 주고 받는 또 한명의 유명한 개발자, 또는 개발 이론가 (생긴건 시골 아저씨) 마틴 파울러의 리팩토링 방법론에 관한 책 입니다. 이론의 기본적인 자세는 켄트 벡의 저서와 비슷하지만, 이 책은 이미 작성된 코드를 어떻게 효과적으로 리팩토링 하는지에 대한 노하우에 대하여 글을 쓰고 있습니다.

* * * * *

기타

위의 카테고리에 속하지 않지만, 액션스크립트 프로젝트 실무에 반드시 한번쯤 실제적인 도움을 주는 좋은 책들 입니다.

손에 잡히는 정규 표현식

http://goo.gl/vcvMJ

액션스크립트에서 정규식은 몰라도 노가다로 극복 가능하지만, 알게되면 상당히 편리한 물건입니다. 물론 문자열 조작에 한정해서겠지만 말이죠. 달파란(길섭)의 표현을 빌자면, “정규식은 이 책 하나면 마스터 가능하다.” 라고 합니다.

ActionScript 3.0 Cookbook  : 플래시, 플렉스 개발자를 위한 액션스크립트 솔루션

http://goo.gl/gKQk5

국내에 제대로 된 액션스크립트 3.0의 기본서가 없을 무렵 가장 처음에 번역되어 기본서도 아니면서 기본서의 역할을 해왔던 액션스크립트 3.0 쿡북 입니다. 오라일리 출판사의 쿡북 시리즈의 스타일을 그대로이고, 개발하면서 맞닥뜨리게 되는 여러 가지 문제에 대한 해결책을 간략하지만 확실하게 제시해 주는 책 입니다.

Java의 정석

http://goo.gl/iB70M

액션스크립트 개발자에게 Java 책이 도움이 된다는 이야기는 들어본적 있어도 어느정도 도움이 된다는 건지는 실감하기 힘들텐데요. 결론만 말하자면 Java는 정말 액션스크립트의 기본 언어 학습에 정말 도움이 많이 됩니다. 액션스크립트 3.0은 프로그래밍 언어 학습이 절반, API 가 절반이라고 할 수 있는데, 이중 전자를 먼저 알고 있다면 후자는 그냥 훑어보는 정도로도 개발이 가능하다고 할 수 있습니다. Java 나 C# 개발자 출신 액션스크립트 개발자들이 바로 그들이죠. 이 책은 Java 에 대한 기본서 이면서 객체지향에 대한 이론도 충실하게 짚어주는 좋은 책입니다.

Flash Player 11 의 인큐베이터 버전이 설치되면 보이는 워터마크

며칠전 Flash Player 11이 될 Molehill 의 인큐베이터 버전이 릴리즈 되었습니다. Molehill 은 3D API 와 하드웨어 가속을 본격적으로 사용하는 첫 버전이기 때문에 인큐베이터 버전이라는 다소 생소한 방식의 배포 방식을 선택한것으로 보입니다.

어쨌건 플래시 개발자 입장에서는 새로나온 API를 점검하기 위해 새 플래시 플레이어를 설치해 봐야 할 텐데요.^[01] 문제는 현재 정식 릴리즈된 플레이어 버전(Molehill 의 입장에서 보면 구버전)으로 작업중인 프로젝트에 영향을 미칠 수가 있습니다. 게다가 이번 Molehill 의 인큐베이터 버전을 html 에서 보면 왼쪽 화면과 같이 워터마크가 표시되서 썩 내키지 않기도 합니다. 그렇다고 플레이어를 설치하고 삭제하는 것을 반복하는 것은 뭔가 좀 번거롭기도 하고 마음에 들지 않죠.

이런 문제를 Google Chrome 브라우저에서는 깔끔하게 해결할 수가 있습니다.

먼저 크롬의 구글 크롬의 해당 도움말을 참고해서 플러그인 관리 페이지를 엽니다. 이 플러그인 관리 페이지는 주소창에 about:plugins 과 엔터키를 입력하면 더욱 간단하게 열 수 있습니다.

플러그인 관리 페이지에서 오른쪽 윗 부분의 “세부정보”를 클릭해서 Flash 항목을 보면 아래와 같이 두 개의 플러그인 파일이 존재하고 있는 것을 볼 수 있습니다.

이것은 크롬에 통합된 플래시 플러그인과^[02] 사용자가 별도로 설치한 플래시 플러그인  두 개를 별도로 표시해 주고 있습니다.
두 개의 플러그인은 버전이 다를뿐만 아니라 디스크상의 경로도 완전히 다르다는 것을 볼 수 있네요.

이 화면에서 “사용중지”를 클릭하면 필요하지 않은 플래시 플레이어를 사용 중지 시킬 수 있습니다. 더욱 놀라운 것은 사용중지 후, 브라우저의 재시작조차 필요 없이 새로고침 한번으로 플러그인이 전환 됩니다.

아직은 크롬에서만 이 플러그인 스위칭 기능을 제공하는 걸로 확인했습니다. 다른 브라우저에서 가능한 방법이 있으면 아래 댓글에 써 주세요.

1. 플레이어 설치 url http://labs.adobe.com/technologies/flashplatformruntimes/incubator/
2. 구글은 얼마전부터 별도의 설치가 필요하지 않도록 플래시 플러그인을 빌트인 해서 크롬을 출시하고 있습니다.

정확히 1년전에도 같은 내용을 다룬 포스트를 썼습니다. 작년에 비해 올해는 지역 구분에 호주와 뉴질랜드가 추가되어 2010년 6월 현재 Mature Markets^[01] 의 Flash Player 10의 설치율은 97.5% 이고(2009년 86.7%) 우리나라가 포함되어 있는 Emerging Markets^[02] 은 96.1%(2009년 81.8%) 의 설치율을 보이고 있습니다.

작년과는 다르게 Flash Player 9 버전과 10 버전의 차이가 2% 안팎이고 10 버전이 모든 지역에서 96% 이상의 설치율을 보이고 있으므로 거의 모든 pc 에 설치되었다고 봐도 무방하겠습니다. 이제는 Flash Player 10 의 API 를 사용한 플래시 컨텐를 제작해서 퍼블리싱 해도 무리가 없을것으로 보입니다.

네이버는 아직까지도 9 버전 embed 코드를 사용하고 있는데, 마켓 리더로서 어서 빨리 10 버전의 embed 코드를 사용했으면 합니다. (사실 지금도 굉장히 늦은편이지만 말이죠.)

1. 주류시장 : 미국, 캐나다, 영국, 독일, 프랑스, 일본, 호주, 뉴질랜드
2. 신흥시장 : 우리나라, 중국, 러시아, 인도, 대만

플래시 개발자들은 최신의 API 활용과 Flash Player 컴파일을 위해 Flash IDE 를 최신 버전으로 항상 유지 합니다.(유지해야 합니다)

그런 반면, Flash IDE 버전이 항상 구 버전인 디자이너들도 있죠. 디자이너들은 대체로 보수적이고 한번 습득한 지식을 계속 움켜쥐고 놓지 않으려는 습성이 강합니다.^[02] 그들은 새로운 기술에도 둔감하고 기존에 잘 사용하고 있던 어떤 시스템이나 tool을 어지간하면 바꾸려 하지 않습니다.
어느 정도냐 하면, 지금 글을 쓰고 있는 시기가 2009년에서 2010년으로 바뀌는 시점이고 곧 Flash CS5 버전이 나올텐데, 아직도 Flash 8 을 사용하는 디자이너들이 많습니다. 심지어 MX 2004 버전을 사용 하는 경우도 있더군요. 아무리 AS3.0 을 사용할 일 없는 디자이너라고 해도 말이죠.

문제는 이 두 부류의 사람들이 사용하는 Flash IDE의 버전이 다른데서 옵니다. 아시다시피 fla 파일 포맷은 하위 호환성이 없으므로, 상위 버전에서 만든 fla 파일을 별도로 하위 버전에서 열리게끔 한단계 낮게 저장^[03] 하지 않는 이상 Ctrl + S 로 저장하면 하위 버전에서 fla 를 열 수가 없습니다.

상위 버전으로도 한 단계는 가능하지만 두 단계 이상의 상위버전에서는 불가능하죠. Flash 8에서 저장한 fla 파일은 CS4에서 열리지 않습니다.

플래시 같이 기술의 변화가 급격한 성향을 띄는 프로그램은 항상 최신 버전을 사용해야 함을 잊지 마세요.

***

2. 필요하다면 한글판 Flash IDE를 사용하세요.

컴파일 에러나, 대화상자를 읽지 못하는 사람들이 있습니다. 다른 이유가 있는게 아니라 단지 영어를 해석 못해서라면 이런 분들은 한글판 Flash IDE를 사용해야 합니다. 한글판은 뭔가 어색하고 뽀대가 안난다는 이유로 영문판을 고집하는 걸로 알고 있습니다만, 결코 컴파일 에러의 올바른 이해보다 중요하지 않습니다.

저는 모든 Adobe 프로그램들을 영문판으로 사용하지만,^[04] 유일하게 Flash만은 한글판을 사용하고 있습니다. AS3.0을 공부할 때 컴파일 에러 메세지를 정확하게 이해하기 위해서 처음 사용하기 시작했고, 지금은 한글판을 사용할 필요가 거의 없어졌어도 오래 사용하다 보니 이미 한글판의 어색함 따위는 느껴지지 않기 때문에 그냥 계속 한글판을 사용하고 있습니다.

그리고 컴파일 에러 뿐만 아니라 여러가지 대화상자의 의미 또한 명확하게 이해할 수 있게 됩니다.

영문판에서의 이 경고 메세지의 의미를 정확히 이해하십니까?

맥OS 에서는 이렇게 보이는 경고 창 입니다.

의미를 모른 채 Don’t warn me again 에 체크한 후 OK 를 누르지는 않았나요?

이런 대화상자의 경우 한글판에서 보면 명확하게 이해 됩니다.

1. 우리가 흔히 말하는 Flash CS4, CS5 같은 것들을 Flash IDE (Integrated Development Environment : 통합 개발 환경)라고 말합니다.
2. 손에 쥐고 있는 것이 썩은 도끼 자루인지도 모르고 말이죠.
3. 이 저장 방법은 정말 매번 귀찮은 작업입니다.
4. Photoshop 같은 경우는 한글판의 메뉴 명칭이 과도하게 번역되어 혼동을 일으키는 경우가 실제로 있습니다.

EAS3.0

2월까지 근무했던 회사 사장님이 콜린무크의 EAS3.0 을 선물해 주셨습니다. 지난 토요일에 배송되어 와서 아직까지는 훑어보기만 했네요.

2007년에 원서가 출간되었으니 국내에는 너무 늦게 번역 출간된 감이 있지만, 그나마 나와줘서 고맙다 라고나 할까요? 원서도 있긴 한데 아무래도 원서를 읽고 이해하는데는 시간이 훨씬 더 걸립니다. 아직 읽지 못한 부분도 꽤 있고 말이죠. 1.0이나 2.0 버전 책과 같이 책상에 늘 자리하는 플래시의 바이블과 같은 존재가 되기를 기대합니다.

한가지 아쉬운 점이 있습니다. 보통 같은 내용의 영문장을 한국어로 번역하면 글자 크기가 같을 경우 한글 문장의 길이가 짧게 나오는데, 원서가 900페이지가 약간 안되는 반면, 번역서는 1090페이지에 달하고 있습니다.

왜그런가 비교해보니 원서는 한 페이지에 40라인정도인데, 번역서는 30라인 이군요. 덕분에 엄청난 책 두께와 비싼 가격을 얻게 되었습니다. 책이 너무 두껍다보니 제본이 버티질 못하여 옆 부분이 세로로 길게 깨져버리는 경우가 빈번하게 일어나는 것 같습니다. (왼쪽 위 사진속의 제 책도 자세히 보시면 이미 중간 부분이 쪼개졌습니다.)

어쨌건 오라일리 책을 번역 출간하던 한빛미디어에 오래전에 문의한 바 출간 계획이 없다던 EAS3.0 의 번역서가 인사이트에서 출간되어 반가운 일이 아닐 수 없습니다. 한빛미디어에서 출간하지 않는 이유가 수익성이 없기 때문이었는데^[01] 아이러니하게도 출간되자마자 현재 yes24의 컴퓨터와 인터넷 부문 주간 순위에 4위에 랭크되는 기염을 토하고 있습니다.
액션스크립트같이 저변이 매우 좁은 언어를 다룬 책임에도 불구하고 말이죠.

EAS3.0(액션스크립트 3.0 완벽가이드) / 콜린 무크 저

YES24 블로그 애드온 2 라고 위의 책 이미지를 클릭해서 판매가 이뤄지면 저한테 3%의 수익을 나눠준다는군요. (아쉽게도 구매한 분에게 수익이 돌아가진 않습니다.) 기왕 EAS3.0 사실거면 링크 타고 들어가셔서 구매해 주시면 감사히 받겠습니다.

1. 제가 직접 한빛미디어에 문의하여 얻은 답변입니다.

Flash Player 9 버전의 경우 Mature Markets 98.8%와 Emerging Markets 97.1%로 거의 모든 pc 에 설치되었다고 봐도 무방하겠습니다.

우리나라만의 집계는 나와 있지 않습니다만, Emerging Market과 비슷한 수준일 거라 추측됩니다. 아직 실무에서 Flash Player 10 의 API를 이용한 플래시 컨텐츠를 사용하는건 조금 무리가 따르겠군요.

네이버를 비롯한 포탈들이 아직 9 버전 embed 코드를 사용하고 있는데, 용기를 내서 10으로 업그레이드 했으면 하는 바램입니다.

1. 주류시장 : 미국, 캐나다, 영국, 독일, 프랑스, 일본
2. 신흥시장 : 우리나라, 중국, 러시아, 인도, 대만

그러나 FlashDevelop (이하 FD) 는 자체 컴파일러를 가지고 있지 않기 때문에 외부 컴파일러를 이용해서 컴파일을 해야합니다.

FD에서 Flash IDE 의 라이브러리 패널에서 무비클립, 버튼 등의 그래픽 자원을 사용하는 프로젝트의 경우에는 Flash IDE를 열어놓은 상태에서, FD 작업 중 펑션키 F6 을 누르면 Flash IDE로 창이 전환되면서 컴파일이 됩니다.

그런데 Flash IDE의 그래픽 자원을 사용할 필요가 없는 플래시 프로젝트라던가, 프로젝트의 로직 부분을 구성한다던가, 간단한 테스트 용으로 도큐먼트 클래스만 만들고 싶을 때는 Flash IDE 열고, AS3.0 새 문서 하나 만들고, 도큐먼트 클래스로 사용할 Main.as 을 속성 창에서 연결해주는 과정이 굉장히 불필요하게 느껴질 때가 많습니다. 실제로 준비 과정에 걸리는 시간도 많이 걸리게 되죠.

그래서 FD에서도 Flash IDE 에서처럼 컨트롤 엔터를 이용한 컴파일 방법을 제공 합니다. 단, 위에서도 먼저 써 드렸듯이 FD는 자체 컴파일러를 가지고 있지 않기 때문에, 외부 컴파일러를 설정하는 과정이 필요합니다.

외부 컴파일러로는 Flex SDK의 컴파일러를 사용합니다. Adobe Open Source 의 Flex 3 SDK Downloads 페이지에서 다운로드 받을 수 있습니다.
만약 Flex Builder 3이나 Flash Builder 4 를 사용중이라면 이미 해당 프로그램 폴더에 SDK 가 존재하므로 별도로 다운로드 받을 필요 없이 해당 SDK를 사용해도 됩니다.
현재 Flex SDK Beta 4가 나와 있지만 아직은 Beta 이므로 3.3 버전을 컴파일러로 사용하겠습니다.

http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+3 페이지 내용 입니다.

SDK 용량이 어마어마 하죠? FD 본체와는 비교가 되질 않습니다.^[02]

위의 화면에서 보는 것과 같이 가장 최근 버전의 Flex SDK의 Release Builds를 클릭하면 Adobe Flex SDK License Agreement 안내 페이지가 나옵니다.

Adobe Flex SDK License Agreement 페이지 입니다.

가장 하단의 라이센스 동의 체크를 선택하면 다운로드를 할 수 있는 Download.Zip 링크(화면에서 제가 선택해 놓은 부분)가 나타납니다.

다운로드 받은 SDK 파일의 압축을 적당한 곳에 풀고 FD로 돌아와서 Tools –> Program Settings (단축키 : F10) 를 열고,

AS3Context 를 선택, 오른쪽 목록에서 (마우스 포인터로 가리키고 있는) 아랫부분의 Flex SDK Location 에서 위에서 압축을 풀어놓은 SDK의 경로를 찾아서 선택해주면 이제부터 Ctrl + ENTER 로 간단하게 컴파일을 할 수 있게 됩니다.

그리고 위에서 잠깐 언급했듯이 Flex Builder 3 이나 Flash Builder 4 를 사용하고 있다면, 위의 세팅 화면에서 해당 디렉토리의 SDK 폴더를 찾아 지정해주면 됩니다.

… …

그런데도 컴파일이 안되요 !!

이렇게 했는데도 FD가 무반응인 경우는 project 가 없는 상태이겠죠. (아니면 유저불량이거나 !!)
Flex Builder 3이나 Flash Builder 4도 마찬가지지만 FD 의 경우도 프로젝트를 만들지 않으면 컴파일을 할 수가 없습니다.

지금부터는 FD 를 포함한 외부 에디터를 처음 다뤄보는 분들을 위한 내용이므로 이 부분을 알고 계신 분들은 넘어가도 되겠습니다.

먼저 Project 메뉴에서 New Project 를 선택하여 아래의 대화상자를 띄웁니다.

가장 위에 있는 Flash IDE Project 를 선택하면 컨트롤 엔터를 눌렀을 경우 Flash IDE 가 실행되면서 Flash IDE의 컴파일러를 사용하게 됩니다. AS3 Project 에서 F6 펑션키를 눌렀을때와 동일한 결과를 볼 수 있죠.

두번째(세번째도 마찬가지)의 AS3 Project 은 FD의 액션스크립트 프로젝트 입니다. 컨트롤 엔터 단축키를 입력하면 Flex SDK 를 사용하여 컴파일을 하게 되고, Stand Alone (독립실행형) Flash Player 를 사용하여 컴파일된 swf 를 보게 됩니다. 액션스크립트 클래스의 단위별 테스트를 하면서 프로젝트를 진행한다면 AS3 Project 로 작업을 해야겠죠.

네번째 Flex 3 Project 도 마찬가지로 Flex SDK 컴파일러를 통해 독립실행형 플래시 플레이어로 결과를 얻게 됩니다. AS3 Project 와는 폴더 이름과 프로젝트파일 확장자를 제외하고 거의 동일한 환경이라고 생각하면 됩니다.

보통 저의 경우는 두번째 AS3 Project 로 프로젝트를 만들고, 필요에 따라 Flash IDE에서 컴파일을 할 필요가 있을 경우 F6을 누르고, FD 에서 컴파일 결과(주로 trace 결과인 경우가 많죠)만 확인하고 싶을 때는 컨트롤 엔터를 눌러 테스트 무비를 합니다.

이렇게 프로젝트를 생성한 이후에는 아래와 같이 Project –> Properties 로 들어가

Properties 창에서는 Flash player 의 버전이나 테스트무비가 뜨는 방식 같은것을 설정해 줄 수 있습니다. 만약 플레이어 10에 추가된 Vector 클래스를 사용한 경우라면 그에 맞게 플레이어 버전을 조절해 줘야겠죠.

FD 는 여러모로 사용자에 대한 배려가 좋은 에디터 입니다. *.as 파일 하나 그냥 구경만 하자는데도 이것저것 물어보고 프로젝트를 생성하라고 하는 Flex 와는 다르죠. 자동 완성 기능이나 코드 힌트 같은 편의 기능은 Flex 보다 훨씬 성능이좋습니다. (게다가 무료!!)

FD 유저가 국내에도 많이 늘었으면 하는 바램을 가져봅니다.

ps) 얼마전에 FlashDevelop 3.0 RTM 버전이 릴리즈 되었습니다.

1. 흔히 Flash CS3, CS4 등으로 말하는 플래시 저작 환경(좁은 의미로는 플래시 프로그램)을 말합니다.
2. FD 인스톨 프로그램은 4MB도 안되는 아주 작은 크기 입니다.

작년 크리스마스 시즌에 RC1 이 발표된 이후로 꾸준하게 RC 버전이 릴리즈 되고 있습니다. 최근들어 릴리즈 주기가 짧아진걸로 미루어 보아 3.0 정식 릴리즈도 머지 않은것 같네요.

RC5 버전은 RC4 버전과 마찬가지로 큰 이슈는 없고, 버그픽스 수준의 릴리즈 입니다.
이전 버전에 대해 달라진 점은

• 성능향상과 버그픽스
• fold margin 색상을 사용자 지정할 수 있게 되었음
• AS3 내장 클래스 파일 수정

이 세가지 입니다.
fold 기능은 코드 부분을 접는 기능이고, Program Settings 에서 설정할 수 있습니다.

앞으로 예정된 내용은 다음과 같습니다.

• 몇개의 디버거들 중에서 한가지 완성 예정.
• Implement class imports 인식과 패키지 리팩토링 지원
• html / js 프로젝트를 추가, Jangaroo AS to JS 컴파일 연구
• 크로스 플랫폼 구현
• MXML 제작 관련

리팩토링 기능은 상당히 기대중입니다.

다운로드 페이지

http://www.flashdevelop.org/community/viewtopic.php?f=11&t=4856

6월 1일 자로 Adobe Labs ( http://labs.adobe.com ) 의 메인에 Flash Builder 4 와 Flash Catalyst의 베타 버전이 등장했습니다.

Flash Builder 4 의 명칭 변경에 대해서는 지난 포스트 Flex Builder 3 에서 Flash Builder 4 로 브랜드 변경 에서 자세히 보실 수 있습니다.

Flash Builder 4 (이하 FB4) 의 다운로드 페이지로 들어가기 위해서는 Adobe 계정 로그인이 필요합니다. 다운로드를 받으면 30 day trial 로 설치를 하고 사용하다가, 베타 프로그램을 다운로드 받은 후 20일 후에 해당 계정으로 이메일을 발송해준다고 합니다. 그때 Flex Builder 3의 시리얼 넘버를 입력하면 계속 베타 테스트를 할 수 있도록 FB4 의 시리얼 넘버를 지급할 예정이라고 하네요.^[01]

“[Adobe RIA 소식] Flash Builder 4 Beta 배포” 가 지돌스타님의 블로그에 소개되어 있으므로 FB4에 대해 더 자세한 내용이 필요하시면 지돌스타님 블로그를 방문 해 주세요.

FB4의 다운로드 링크 ( Adobe 계정 로그인이 필요. )
http://www.adobe.com/cfusion/entitlement/index.cfm?e=labs_flashbuilder4

한편, Flash Catalyst (이하 FC) 도 동시에 베타 테스트가 런칭 되었습니다. FC는 어도비 플래시 플랫폼의 통합 작업 환경을 주도하게 될 프로그램 입니다.

AS2.0에서 AS3.0으로 액션스크립트 버전이 변경되면서 객체지향 프로그래밍의 틀은 갖추게 되었지만, 언어 습득에 대한 높은 초기 진입 장벽 때문에 많은 디자이너 베이스의 사용자를 잃어 버렸죠.

FC는 플래시 개발을 위해 디자이너가 일정 수준 이상의 액션스크립트를 습득해야 하는 부담을 줄여주는 환경을 구축해주는 툴 이라고 할 수 있습니다. 마치 드림위버같은 위지윅(WYSIWYG) 작업환경으로 액션스크립트를 작업할 수 있는 것이죠. 또한 포토샵, 일러스트레이터, 파이어웍스의 파일 포맷을 직접 불러들여 레이어를 보면서 그리고 레이어를 계속 유지하면서 직접 작업을 진행할 수 있습니다.

FC는 개발자에게도 좋은 기회라고 할 수 있는데요, 이전까지는 회사내에서 좀더 힘쎈 부서의 프레임웍에 상대방 직군을 불러들여 협업을 해야했던 반면, 이제는 FC를 이용하여 FB4에서 사용할 수 있는 코드를 획득할 수 있으므로 디자인과 코딩을 상당히 높은 수준으로 분리하여 작업을 진행할 수 있게 되었습니다. 아래에 올려놓은 어도비 Edge Video – Adobe Flash Catalyst 를 보시고 어떻게 작업이 가능한지 살펴보시기 바랍니다.

FC는 아래 화면에서 보는것과 같이 다운로드 페이지에 시리얼 넘버를 표시해주고 있습니다.
시리얼 넘버를 입력하지 않으면 어도비의 다른 프로그램들과 같이 30 day trial 로 동작하고, 제공된 시리얼 넘버를 입력해 넣으면 정식 릴리즈가 될 때 까지 사용할 수 있을것으로 보입니다. ( 제공된 시리얼로 언제까지 사용할 수 있는지에 대한 내용은 보이지 않네요. )

이렇게 베타 다운로드 페이지에서 직접 시리얼 넘버를 제공하고 있습니다.

FC의 다운로드 링크 ( Adobe 계정 로그인이 필요. )
http://www.adobe.com/cfusion/entitlement/index.cfm?e=labs_flashcatalyst

Edge Video – Adobe Flash Catalyst (FC의 전반적인 소개를 다룬 영상 : 10분 16초)

1. 원문 : 30-day Beta – These beta installers will time out in 30 days. If you are an existing Flex Builder 3 customer, Adobe will email you a serial number that will extend the beta so you can continue testing. You will receive this email 21 days after your download. If you do not receive the email and hold a valid Flex Builder 3 license, you can request the extension serial number here by entering your Flex Builder 3 serial number.

사용중인 Dell Latitude E6500

얼마전에 Dell 의 래티튜드(Latitude) E6500 노트북을 구입하였다는 포스트를 썼었는데요. 난생 처음 제 소유의 노트북을 가져보는 것인데다가, 비스타를 처음 사용하게 되는 상황이었습니다. 회사의 데스크탑에서는 여러가지 호환성 문제 때문에 업무상 비스타를 사용하기 좀 그랬었고, 집에 있는 데스크탑은 비스타를 설치할 수 없는 열악한 하드웨어였기 때문이죠.

노트북은 집에서 사용하는 데스크탑의 역할과 필요하면 업무용으로도 사용할 수 있어야 하기 때문에 하드웨어 스펙 상으로도 충분하다고 생각되는 기종을 구입했습니다. 운영체제가 비스타로 바뀌었으므로 기준이 되는 애플리케이션이라면 Adobe CS4 버전의 Flash, Photoshop, Illustrator 와 FlashDevelop, Flex Builder 가 성능상 기준이 되었고, 사용중인 UML 툴, FTP 클라이언트, 마인드맵 툴, 텍스트에디터가 호환성 고려의 대상이 되었습니다.

노트북에 이런저런 애플리케이션을 세팅하고, 잠시 짬을 내어 이전에 작업했던 내용이 어떻게 보일까 궁금하여 플래시를 실행하고 살펴보고 있었는데, 툴박스에서 텍스트 툴을 클릭하면 플래시가 다운이 되는 현상이 계속 발생하는 것입니다.

플래시 실행 자체는 문제가 없는데 텍스트 관련 작업을 하려 할 때마다 죽어버렸고, 포토샵이나 일러스트레이터는 실행조차 되지 않았습니다. CS4와 운영체제의 폰트 충돌 이라는데까지는 생각이 닿았지만 해결방법은 알수가 없었죠. CS4 애플리케이션 실행파일들의 손상이 의심되서 재인스톨을 해보았지만 여전히 마찬가지. CS4가 없는 윈도우는 있으나 마나이므로 윈도우를 다시 설치해야 하는 심각한 고민에 빠졌습니다.

그러다 검색을 통해 실마리를 찾을 수 있었고, 결국 몇개 설치하지도 않은 폰트 중 윤고딕 계열이 문제라는것을 알게 되었습니다. 정확하게 말하자면, 윤고딕 계열의 100번대부터 400번대의 모든 폰트가 충돌을 일으켰습니다. 가장 최근에 나온 500번대는 괜찮더군요.
윤명조는 설치하지 않아 100% 단언하긴 힘들지만, 아래에서 다룰 원인에 미루어 보면 같은 번호대에서는 같은 문제가 발생하지 않을까 생각합니다.

이 문제는 CS4 를 설치 했을 경우 기본값으로 폰트 목록에서 이름이 한글로 표시되는데, 비스타에서 특정한 한글 폰트명이 충돌을 일으키는 것에 기인합니다. 윤고딕 같은 경우는 이미 몇년동안 써 왔기 때문에 이 폰트가 충돌을 일으키리라고는 생각할 수가 없어서 원인을 찾아내는데 훨씬 오래 걸렸던 것입니다. 알아본 바로는 윤고딕 이외에도 다른 회사의 몇몇 폰트들도 비스타 + CS4 환경에서 충돌을 일으키는 것으로 알려져 있습니다.

자, 원인을 알았으니 해결방법도 알아봐야겠죠?
먼저, 가장 단순하게는 해당 폰트를 운영체제에서 빼 버리는 방법이 있습니다. 저 역시 해당 폰트는 사용하지 않고 있습니다. 윤고딕 계열에서도 500번대는 무사하니 제가 디자인 하는 내용에서 윤고딕을 사용할 일이 있다면 500번대를 사용합니다. 그리고 Flash의 외부 폰트 자원을 동적으로 로드하기 위해 미리 swf 로 빼 놓았다면 역시 플래시 내부에서 100~400번대의 윤고딕 폰트 사용하는데 문제가 없습니다.

그러나 자신이 액션스크립트 개발자이고, 회사 pc에서 비스타와 CS4를 사용하는데, 디자인 파트에서 윤고딕 300번으로 넘어오는 경우가 생기지 말란 법이 없죠. 디자이너에게 가급적 500번대로 사용해달라고 비굴하게 빌어보는 방법도 생각해 볼 수 있습니다만, 그것보다는 CS4 프로그램에서 설정을 바꿔서 해결하는 방법이 좀더 좋은 방법이 될것 같습니다.

Flash 의 경우 Edit(편집) – Preferences(환경 설정 : Ctrl+U) – Text(텍스트) 에서 Show Font Names in English(글꼴 이름 영문으로 표시) 에 체크를 해 줍니다.

Flash 의 Preferences (환경설정)

Photoshop과 Illustrator의 경우에도 거의 같습니다. Edit – Preferences(Ctrl+K) – Type 에서  마찬가지로 Show Font Names in English 에 체크 해 줍니다. 위에도 썼듯이 포토샵과 일러스트레이터는 문제가 되는 폰트가 설치되어 있는 상태에서는 실행 되다가 죽어버리므로 폰트를 일단 빼 놓고 CS4 각 프로그램에서 설정을 해 준후 다시 폰트를 넣어주어야 하겠습니다.

Photoshop 의 Preferences (환경설정)

Illustrator 의 Preferences (환경설정)

자, 포맷할 뻔하다가, 이 글 보고 가슴을 쓸어내리면서 시간을 절약한 분이 계시다면, 한턱 쏘셔야 겠습니다.

Flash Builder 4

Adobe rss 를 구독하시는 분이라면 어제 일제히 어도비의 에반젤리스트들이 Flex Builder 의 차기작의 이름에 대한 포스트를 작성하였다는것을 알고 계실 겁니다.

Flex 라는 이름이 바뀔거라는 예고는 이미 오래전부터 있었고, 작년에 있었던 CS4 한국 런칭 행사에서도 들을 수 있었습니다.
그동안 Gumbo 라는 코드명으로 차기 버전 개발을 진행했던 Adobe 에서, 결국 Flex Builder 3의 후속제품의 이름을 Flash Builder 4로 정했다는 소식입니다. ( Flex Builder –> Flash Builder )

관련 블로그들

• Mihai Corlan – 어도비(루마니아), 에반젤리스트
  About the rebranding of Flex Builder into Flash Builder
• Lee Brimelow – 어도비, 에반젤리스트
  A much needed name change
• Joseph Labrecque – 덴버유니버시티 수석개발, Fractured Vision Media 대표
  Flex Builder “Gumbo” Renamed to Flash Builder

아직까지 오프라인에서의 움직임은 없기 때문에 블로고스피어에서의 반응만 보면 플렉스 개발자들의 의견은 아래와 같이 몇 가지로 나뉘는 양상을 보입니다.

개발자 A : “그동안 주위에서 플렉스 개발자가 뭐하는 사람이냐고 묻는 질문에 기껏 설명을 해놓으니까 개명을 해버리다니, 우리의 정체성은 대체 어디서 찾으란거냐?”

이런 볼멘소리를 하는 부류가 있고 (아마도 mxml 로 RIA를 개발하는 사람들?)

개발자 B : “어차피 통합될거였고, Flash IDE 에디터 후져서 개발자들은 아무도 안쓰는 마당에 통합할거면 이름까지 확실히 통합하는게 잘된거다.”

라는 찬성파도 있고, (아마도 액션스크립트 에디터로 주로 사용하는 사람들?)

개발자 C : “제대로 된 플래시 개발환경이라면 이름이 뭐든 상관안한다.”

하는 약간 시니컬한 부류도 있는것 같습니다.

어도비의 에반젤리스트 쪽에서는, 기존의 Flex 는 tool 이 아니라 framework 이기 때문에 이름이 뭐가 되었든 그 역할은 변함이 없다 라고 설명을 하고 있습니다.

이제까지의 어도비의 정책을 보면 이런식으로 이름이 바껴버리는 프로그램의 경우 버전을 처음부터 새로 잡는게 일반적이었는데, Flash Builder 1.0 이라고 하기에는 어딘가 아쉬웠던 모양입니다. Flex 와의 연결고리를 끊지 않고 Flash Platform 으로의 통합을 하는 두가지 토끼를 잡기 위한 가장 무난한 선택을 했다고 봅니다. 역시 이름을 바꾸는거라 쉽지 않았겠죠?

그나저나, 플렉스를 “플렉스” 라 부르지 않고 C builder 부르듯이 “빌더” 라고 부르는 개발자들이 꽤 있었는데, 정말로 이젠 “빌더” 라고 불러야 되겠네요.

Adobe Korea가 한국에 들어와 있고, 한국어 버전의 소프트웨어를 공급하는데도, 이상하게 웹 사이트 부분 만큼은 이런 부분이 잘 반영이 되지 않는 모양입니다.

제가 알기로 Adobe 의 기업 분위기는 외부에서의 소통에 폐쇄적이지 않은 걸로 알고 있고 오히려 좋은 의견은 수용되는 편인데도, 이러한 웹 사이트의 잘못된 url이 수정되지 않는 이유는 아마도 낮은 정품 사용률에 기인하여, 사용자와 Adobe Korea 의 커뮤니케이션이 부족하기 때문에 생긴 현상 같습니다.  주소가 잘못되었으니 바꿔 달라고 하면 바꿔줄텐데 아무도 그런 피드백을 보내지 않는 것이죠. (아니면 온라인 피드백을 보내는 페이지가 영문이라서…)

아무튼 이 포스트에서 다루는 것은 그런 것들 중 하나로, Flash CS3 출시 당시에 만들어졌던 온라인 도움말 센터의 숨겨진 한국어 도움말 pdf 찾아내기 입니다.

일단 이 링크( http://www.adobe.com/support/documentation/kr/flash/ )를 보시면 CS3시절의 익숙한 페이지가 보입니다. 현재는 Flash CS4가 나와 있지만, 한글로 된 pdf 문서를 이런식으로 한 군데에 모아둔 페이지도 없거니와, 이 페이지에만 존재하는 도움말도 있으므로 여전히 이 페이지는 쓸모 있는 페이지라고 할 수 있습니다.

그런데 문제는 PDF 링크라고 되어있는 것에 * 표 가 찍혀 있는 영문 pdf 링크가 대부분 이라는 것이죠. 영어만 보면 울렁증을 일으키는 많은 분들을 위해 아래에 있는 pdf 파일의 링크를 제가 살짝 바꿔 놓았습니다. 꼭 울렁증이 아니더라도 English native 가 아닌 이상 한국어로 쓰여있는 레퍼런스를 읽는게 조금이라도 빨리 읽고 자세히 이해할 수 있겠죠.

예를들어 아래 문서중 가장 위에 있는 Flash 사용에 관한 문서의 PDF* 문서의 주소는
http://livedocs.adobe.com/flash/9.0/UsingFlash/flash_cs3_help.pdf 이렇게 영문 도움말이 있는데
http://livedocs.adobe.com/flash/9.0_kr/UsingFlash/flash_cs3_help.pdf 이렇게 살짝 중간에 _kr을 끼워 놓으면 한글 도움말 pdf 파일이 있는것을 확인할 수 있습니다.

잘못된 url 이 있다면 댓글로 알려주시면 감사하겠습니다.

 url 분류 방법

1. 아무 표시가 없는 것은 원래부터 한글 url입니다.
2. * 표가 하나인 것은 한글 url 을 찾지 못한 영문 url 입니다.
3. ** 표가 두개인 것은 영문 url 으로 표시된 것을, 한글 url을 찾아 수정한 것입니다.
4. # 표시한 것은 제가 추가한 url 입니다. 주로 CS4에 해당하는 최신 한글 레퍼런스 입니다.

 제가 추가로 달아놓은 설명은 오렌지색 으로 표현하였습니다.

http://www.adobe.com/support/documentation/kr/flash/

사용 안내서

Flash 사용

Flash CS3 Professional의 기능 사용에 대한 자세한 정보를 제공합니다.
LiveDocs | PDF**
LiveDocs# | PDF# (CS4 버전 추가  - 현재 가장 최신 버전의 AS3.0 레퍼런스 입니다)

Adobe Flash CS3 Professional용 Adobe AIR 업데이트

Adobe Flash CS3 Professional을 사용하여 Adobe AIR 애플리케이션을 제작하는 데 유용한 단계별 지침을 제공합니다.
LiveDocs | PDF (CS3 버전 출시 당시의 AIR 1.0 도움말. 내용이 부실하거나 표지만 있는 수준입니다)
LiveDocs# | PDF# (CS4 의 AIR 1.5 버전 링크 추가)

Flash Video Encoder 사용 안내서

Flash 비디오(FLV) 형식으로 비디오를 인코딩할 수 있는 독립 실행형 비디오 인코딩 애플리케이션인 Flash Video Encoder의 기능 사용에 대한 자세한 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (Adobe Media Encoder CS4버전 도움말 추가)

ActionScript, 컴포넌트 및 확장

Flash CS3 Professional을 사용하여 Adobe AIR 애플리케이션 개발

Flash 기반의 AIR 애플리케이션 개발에 대한 자세한 정보를 제공합니다.
LiveDocs* (페이지 없음)

ActionScript 3.0 프로그래밍

ActionScript™ 3.0에서 애플리케이션을 개발하기 위한 기본 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (CS4 버전 추가)

ActionScript 3.0 언어 및 컴포넌트 참조

ActionScript 3.0 언어에서 지원되는 요소의 사용 및 구문에 대한 정보를 제공합니다. ActionScript 2.0과 ActionScript 3.0에서의 주요 언어 및 API 변경 내용을 비교하는 부록과 Flash Player 오류 및 경고에 대한 설명이 포함되어 있습니다.
LiveDocs** | 다운로드(ZIP, 5.79MB)
LiveDocs# (CS4 버전 추가 – 현재 가장 최신 버전의 AS3.0 레퍼런스 입니다)

ActionScript 3.0 컴포넌트 사용

ActionScript 3.0 컴포넌트의 구조, 사용 및 사용자 정의에 대한 자세한 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (CS4 버전 추가)

Flash에서 ActionScript 2.0 학습

ActionScript 2.0 및 ActionScript 1로 Flash 애플리케이션을 개발하기 위한 기본 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# (CS4 버전 추가)

ActionScript 2.0 언어 참조

ActionScript 2.0 언어에서 지원되는 요소의 사용 및 구문에 대한 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# (CS4 버전 추가)

ActionScript 2.0 컴포넌트 사용

ActionScript 2.0 애플리케이션과 함께 사용할 수 있는 Version 2 컴포넌트의 구조, 사용 및 사용자 정의에 대한 자세한 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# (CS4 버전 추가)

ActionScript 2.0 컴포넌트 언어 참조

Version 2 컴포넌트 및 해당 API(Application Programming Interface), 관련 클래스의 API에 대해 설명합니다.
LiveDocs** | PDF**
LiveDocs# (CS4 버전 추가)

Flash 확장

작업 환경에서 실행되는 스크립트를 작성하기 위한 보조 프로그래밍 툴인 Flash JavaScript API(Application Programming Interface)에 대해 설명합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (CS4 버전 추가)

Flash Lite 2.x 시작하기

Flash Lite 2.0 및 2.1의 사용법을 소개하고, 간단하지만 기능이 많은 Flash Lite 애플리케이션을 만들기 위한 자습서를 제공합니다.
LiveDocs** | PDF**

Flash Lite 2.x 및 3.x 애플리케이션 개발

Flash Lite 2.0 및 2.1 애플리케이션을 디자인하고 개발하기 위한 포괄적인 작업 기반 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (2.x 및 3.x 버전 추가)

Flash Lite 2.x ActionScript 소개

Flash Lite 2.0 및 2.1로 지원되는 ActionScript와 Flash 7로 지원되는 ActionScript의 차이점을 쉽고 간단하게 알려줍니다.
LiveDocs** | PDF**

Flash Lite 2.x 및 3.x ActionScript 언어 참조

Flash Player 7에서 사용할 수 있는 ActionScript 버전인 Flash Lite 2.0과 2.1에서 지원하는 ActionScript 언어에 대한 포괄적인 참조를 제공합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (2.x 및 3.x 버전 추가)

Flash Lite 1.x 시작하기

Flash Lite 1.0 및 1.1의 사용법을 소개하고, 간단하지만 기능이 많은 Flash Lite 애플리케이션을 만들기 위한 자습서를 제공합니다.
LiveDocs** | PDF**

Flash Lite 1.x 애플리케이션 개발

Flash Lite 1.0 및 1.1 애플리케이션을 디자인하고 개발하기 위한 포괄적인 작업 기반 정보를 제공합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (CS4 버전 추가)

Flash Lite 1.x ActionScript 학습

Flash Lite 1.x에서 지원하는 Flash Player 4 ActionScript의 개요 및 일반적인 스크립팅 작업에 대해 소개합니다.
LiveDocs** | PDF**

Flash Lite 1.x ActionScript 언어 참조

Flash Player 4에서 사용할 수 있는 ActionScript 버전인 Flash Lite 1.x에서 지원하는 ActionScript 언어에 대한 포괄적인 참조를 제공합니다.
LiveDocs** | PDF**
LiveDocs# | PDF# (CS4 버전 추가)

추가 컨텐츠

데이터 통합*

Flash에서 구축한 애플리케이션을 사용하여 외부 데이터 소스에 연결하고, 사용자 인터페이스 컴포넌트에 소스를 바인딩하고, 데이터 표시 및 업데이트 작업을 관리하는 Adobe Flash CS3 Professional의 기능에 대해 설명합니다.

필터 사용**

flash.filters 패키지에서 ActionScript 3.0 필터 클래스를 사용하는 샘플 애플리케이션에 대해 자세히 설명합니다. 샘플 애플리케이션에 대한 소스 코드는 Flash 샘플 페이지에서 사용할 수 있습니다.

비트맵 사용**

flash.display 패키지에서 ActionScript 3.0 Bitmap 및 BitmapData 클래스를 사용하는 샘플 애플리케이션에 대해 자세히 설명합니다. 샘플 애플리케이션에 대한 소스 코드는 Flash 샘플 페이지에서 사용할 수 있습니다.

Flash Player 보안 백서

권한 컨트롤, 배포, API를 비롯한 Flash Player 클라이언트 런타임의 보안 관련 기능과 Flash Player 보안 아키텍처에 대해 설명합니다.
Flash Player 10 보안 백서# (추가)
Flash Player 9 보안 백서*
Flash Player 8 보안 백서*

다른 문제일 경우도 있지만, 아마도 대부분 이 문제를 가진 분들의 대부분은 Microsoft 한글 101키보드 (종류3)을 사용하고 계신 분들일 겁니다. 즉, Shift + Space 로 한영전환을 하고, 오른쪽 Ctrl 키와 Alt 키를 사용하는 분들이죠. 

그리고 많이 사용하지는 않지만, 종류 3에서는 Ctrl + Space 를 이용한 한글/한자 변환이 가능합니다. (물론 종류 3이라고 해도 한자 키를 눌러서 한자 변환이 가능합니다)
바로 이 부분, 운영체제가 Shift + Space 의 단축키를 최상위에서 가로채기 때문에 Flex 의 단축키가 작동을 하지 않게 되는 것입니다.

Flex 때문에 오랜동안 사용했던 버릇을 바꿀 수는 없는 없죠. 한자 전환이야 자주 사용하지 않기때문에 상관 없을수도 있지만, Shift + Space 의 한영전환은 도저히 포기할 수가 없기 때문에, 우리는 Flex 의 단축키를 변경하는 방법을 택하게 됩니다.

플렉스에서 단축키를 변경하기 위해서는 Window -> Preferences 대화상자를 열고 General -> Key 항목에서 Content Assist 을 찍고 아래쪽에 보이는 Binding 에 마우스 커서 한번 더 찍어준다음 Ctrl + Space 를 백스페이스키로 지우고, 원하는 단축키를 지정합니다. (저의 경우는 Ctrl + Alt + Space 로 지정했습니다.)

이후에는 Flex 에서 지정한 단축키로 아래와 같이 코드 힌트(Content Assist) 가 뜨게 됩니다.