태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

'flash'에 해당되는 글 3건

  1. 2009.02.09 여러분의 참여로 한글 문제를 함께 해결해 봅시다! (3)
  2. 2008.10.27 CS4 12월 4일 국내 런칭
  3. 2008.10.06 Flash Player10 보안샌드박스 (6)

여러분의 참여로 한글 문제를 함께 해결해 봅시다!

안녕하세요 : )
플래시플랫폼한글문제공동대응팀 입니다.

얼마전 저희 팀은 킥오프 모임을 통해, 팀원과의 화합을 도모하였는데요.

저희팀은, 플래시플랫폼의 한글문제에 대해 트래킹과 참여를 요구하고, 또 이후 수정사항이 제대로 반영되었는지 파악하는 시민 감시단 역할과 함께, 플래시플랫폼으로 개발된 한국의 서비스를 해외에 알리는 일을 진행해 나갈 예정입니다.

그간, 저의 블로그와, 팀원분들의 블로그를 통해 한글 이슈에 대해 많이 알려드렸는데요.

오늘은, 그간 발견된 한글문제와, 여러분들께서 해당 한글 문제를 간단한 참여를 통해 크게 기여할 수 있는 방법에 대해 알려드리겠습니다.


지금까지 발견된 한글 문제는 어떤것들이 있나요?

지금 현재, 플래시플랫폼의 한글 이슈는 한글처리시 상당히 중요한 영향을 끼치는 5가지(2bytes를 사용하는 모든 환경에서 발생하는 문제 1가지)문제가 있고, 이외에 처리엔 큰 문제는 없지만 사용자에게 다소 불편을 끼치는 여러 소소한 문제들이 있습니다.

이러한 한글관련 이슈는 새로운 플래시플레이어가 출시되거나, Flex SDK가 업데이트 될때 마다 예전엔 없던 이슈들이 오히려 새롭게 증가하고 있는 추세입니다.

아래는 해당 이슈들을 정리한 내용입니다.

 구분

 현재상태

 문제점

 투표

 Flex

 이 문제는 다음 플래시플레이어에서 수정될 예정입니다.

Flex SDK3.2 이상에서, Flash Player 10으로 애플리케이션을 Export 하면, 한글입력이 정상적으로 되지않는 문제가 있습니다.
발생빈도 : 매번
해결방법 : 없음
최초발생시기 : 2008/11/18 ~

SDK-18244

 Flex

계류중입니다.

Flex SDK3.2 이하에서, 입력컴포넌트(Textinput, Textarea, RichTextEditor)을 이용해 한글을 입력시 지연되는 문제가 있습니다.
발생빈도 : 매번
해결방법 : textField의 alwaysSelection 프로퍼티를 true로 설정한다.(참조)
최초발생시기 : 4년여전

SDK-19182

 Flex

이 문제는 다음 SDK에서 수정될 예정입니다.

Flex SDK Gumbo에서 입력컴포넌트를 이용해 한글을 입력시 상당히 지연되는 문제가 있습니다.
발생빈도 : 매번
해결방법 : 없음
최초발생시기 : 2008년 중순경~

SDK-18395

 AIR

계류중입니다.

AIR 1.1이상에서 입력컴포넌트(TextField, Textinput, TextArea, RichTextEditor)을 이용해 한글을 입력하고 삭제시 자음이 남는 문제가 있습니다.
발생빈도 : 매번
해결방법 : 키보드 이벤트에서 backspace를 누를때마다, textfield의 포커스를 한글자 이동한다. (참조)
최초발생시기 : 2008년 6월~

SDK-19158

 AIR

계류중입니다.

Flex SDK Gumbo에서 FxTextBase를 통해 개발된 새로운 입력컴포넌트를 사용할 경우 한글 입력이 아예 안되는 문제가 있습니다.
발생빈도 : 매번
해결방법 : 없음
최초발생시기 : 2008년 중순경~

SDK-19159 

위의 이슈들은 주로 한글 입력이나 삭제와 같은 한글 처리시 발생하는 문제로, 발생빈도가 매번 발생한다는 점에서 상당히 심각한 문제들 입니다. 또, 해당 이슈를 우회적으로 해결할 수 있는 방법도 아직 많지 않습니다.

위에서 제기된 문제들은 아직 공식적으로는 해결되지 않았습니다. 특히, 플렉스의 한글 입력컴포넌트의 입력지연 문제는 오래전부터 제기되어 왔지만, 아직 해결되고 있지 않는점은 많이 아쉽습니다.

추가적으로 한글 문제에 대해 살펴보려면 아래의 링크를 참고하세요.

[Flex/AIR] 현재까지 발견된 한글 문제
AIR 한글 삭제문제 해결하기
나랏말싸미, 미쿡에달아 한글은 어디에?
플렉스, 한글문제 어떻게 되어가고 있을까?

저희 플래시플랫폼 한글문제 공동대응팀은, 한국어도비, 어도비본사, 어도비이슈트래킹시스템을 통해 이러한 한글 문제에 대해 꾸준히 리포팅할 계획입니다.

 

어도비 이슈트래킹 시스템이 뭔가요?

어도비의 이슈트래킹 시스템은, 어도비 플래시플랫폼 제품군(BlazeDS, Flash Player, Flex, AS3..)들의 이슈를 어도비에서 직접 관리하는 시스템 입니다.

사용자 삽입 이미지

어도비 이슈트래킹 시스템은, 어도비의 QA당당자, SDK개발자 등이 참여해서 이슈를 처리하는 시스템으로, 어도비 직원뿐만 아니라 일반 개발자들에게도 개방되어 있습니다. 따라서, 여러분들께서도 이 시스템을 통해 여러 문제들을 직접 리포트 할 수 있고, 처리경과등도 QA담당자나 개발자에게 받아볼 수 있는데요.

실제로, 이슈트래킹 시스템에는 플래시 플랫폼의 여러 버그들을 파악할 수 있고, 이 버그들을 우회할 수 있는 방법들에 대해 많이 공유되어있어서 플래시 애플리케이션을 개발할 때 요긴하게 활용 할 수 있습니다.

다만, 어도비 이슈트래킹 시스템은 로컬라이즈화 되어있지 않고, 전세계적으로 동일한 시스템을 사용하기 때문에, 이슈를 리포팅할때에는 반드시 영어로 작성하여야 합니다.

이러한 어도비 이슈트래킹 시스템에서 버그나 이슈를 리포팅하는것도 중요하지만, 해당 이슈에 대해 투표하는것도 상당히 중요한 영향력을 행사합니다.

 

투표가 왜 중요하나요?

앞서 살펴본것 처럼 어도비는 Flex, AIR, Flash, BlazeDS등과 같은 플래시플랫폼의 이슈들은 이슈트래킹시스템을 통해서 처리되고 있는데, 어도비에서는 JIRA 라는 트래킹 시스템을 채택해 모든 이슈들을 관리하고 있습니다.

하지만, 어도비의 이슈트래킹 시스템은 기존 JIRA와 달리 다소 독특한점이 있는데요.

바로, 투표수가 일정횟수 이상이어야, QA담당자에게 문제가 노출되게 됩니다.

사용자 삽입 이미지

어도비의 이슈트래킹 시스템은, 이슈를 리포팅 한 후에, 해당 이슈에 대한 최초 상태는 Community 입니다. Community 상태일 경우, 어도비의 QA담당자에게 해당 이슈들이 노출되지 않으며, 정식적으로 검토하지 않게 됩니다.

투표수가 2표 이상이 될경우, Community 상태에서 New 상태로 전환하게 되는데, 이때부터 본격적으로 SDK 담당자가 해당 이슈에 대한 검토를 시작하게 됩니다.

QA 담당자의 내부 검토를 거쳐, 해당 이슈의 존재 여부와 함께, 각 부서별 개발자에게 이슈가 배정되게 되는데, 이때에도 투표수에 따라 우선 처리순위가 결정되기 때문에, 투표수가 상당히 중요한 영향을 미치게됩니다.

(물론, 투표수가 높다고 해서 어도비에서는 일정,인력등을 고려하기때문에, 반드시 고쳐지는 것은 아니겠지만, 투표수고 높을수록 해당 이슈에 대한 관심정도를 확실히 피력할 수 있습니다.)

사용자 삽입 이미지

이렇게, 투표의 중요성이 부각되면서 외국의 몇몇 블로거들은 자신이 발견한 이슈를 알리고, 방문자에게 참여를 요구하는 글도 많이 발행되고 있습니다.

실제로, 이러한 이슈에 대해 여러 개발자들에게 많은 공감을 받으면서 투표수가 100이 넘어가는것도 적지 않네요.. ^^

사용자 삽입 이미지사용자 삽입 이미지

(그리고 이러한 재미있는 포스터까지 ^^)

 

투표에 참여하면서 얻는 혜택이 있나요?

그럼 이슈에 대한 투표에 참여하면서 얻는 혜택에는 어떤것들이 있을까요?

  1. 참여만으로도, 해당 이슈에 대해 기여할 수 있습니다.
  2. 해당 이슈의 상태가 변경될 때 마다, 이메일로 경과를 알리게 됩니다.
  3. 해당 이슈에 대한 의견을 추가적으로 등록할 수 있습니다.

우선, 투표에 참여하는것 만으로도 어도비가 해당 이슈에 대한 상태나, 중요도를 변경 시킬 수 있기 때문에 해당 문제에 대해 제일 크게 기여할 수 있습니다.

그리고, 해당 이슈의 상태가 변경될때 마다(QA담당자가 리뷰하거나, 문제가 해결되거나) 이메일로 경과를 알려주게 되어, 계속해서 메일로도 이슈의 변화상태를 파악할 수 있습니다. 또, 해당 이슈에 대해 추가적으로 의견을 등록할 수 있습니다.


투표에 참여하는 방법을 알려주세요.

투표에 참여하려면 우선, 어도비 버그트래킹 시스템에 계정이 있어야 합니다.

어도비 버그트래킹 사이트는, JIRA 트래킹시스템을 사용하기 때문에, 어도비에서 사용하는 계정과 달리, 이슈트래킹용 계정을 따로 등록하여야 합니다.

이슈트래킹 시스템의 주소는 http://bugs.adobe.com 입니다.

메인페이지에는, Flex, 플래시 플레이어, BlazeDS등과 같이 어도비 플래시플랫폼 제품군으로 따로 분류해두었지만, 하나의 이슈트래킹 계정으로 리포팅이나, 투표를 할 수 있습니다.

그럼, 이슈트래킹 계정을 등록해 보겠습니다.

이슈트래킹 계정은 https://bugs.adobe.com/jira/secure/Signup!default.jspa?header=FB 에서 등록하실 수 있습니다.

사용자 삽입 이미지

이슈트래킹 시스템의 회원등록 화면에서, 사용자 ID, 사용자 암호, 이름, 이메일과 같은 정보들을 입력하고, 마지막으로 아래에 있는 자동가입방지 문자열을 입력한후, Sing up(가입)버튼을 누릅니다.

사용자 삽입 이미지

Sing up(가입)버튼을 통해 가입 절차를 모두 마치게되면, 마지막으로 이메일로 가입확인을 하게 됩니다.

사용자 삽입 이미지

가입시 기재한 이메일로, 이슈트래킹 가입 정보가 발송됩니다.

사용자 삽입 이미지

가입정보 확인메일에는, 입력한 이메일주소와 암호등의 정보와 함께, 회원 가입을 완료하기 위한 확인 링크가 포함되어 있습니다. 확인 링크를 클릭하면,

사용자 삽입 이미지

이렇게, 계정이 활성화되게 됩니다. OK 버튼을 누르면, 이슈트래킹 시스템의 제일 첫번째 화면으로 돌아가게 됩니다.

계정 등록을 마치고, 활성화가 되면, 이제 이슈를 리포트하거나, 투표에 참여할 수 있습니다.

이어서, 투표에 참여하는 방법에 대해 알아볼까요?
투표는 해당 이슈의 상세화면에서 참여할 수 있는데요.

사용자 삽입 이미지

이슈의 왼쪽 하단을 보면, Opreations 탭이 있습니다.
이 Opreations 탭에서 해당 이슈에 대한 파일을 추가하거나, 의견을 개진하는등의 작업을 할 수 있는데요.

그중 Voting 항목이 있는데요. Voting 항목 아래에 vote for it라는 링크가 있는데, 이 링크를 클릭하게 되면,

사용자 삽입 이미지

투표수가 올라가게 됩니다.

투표는 1회에 한해서 할 수 있으며, 투표가 된 이후에는 해당 이슈에 대한 기여자로써, 이슈의 변경사항에 대해 계속해서 메일로 알려드리게 됩니다.

사용자 삽입 이미지

어때요, 가입하고 투표하는방법! 모두 영어로 되어있지만 참쉽죠?

아래는 지금까지 발견된 한글 처리와 관련된 이슈들입니다.

Flash Player 10 + Flex SDK 3.2에서 한글이 한글자 이상 입력되지 않는 문제https://bugs.adobe.com/jira/browse/SDK-18244

Flex Gumbo에서 입력컴포넌트에 한글 입력이 상당히 지연되는 문제https://bugs.adobe.com/jira/browse/SDK-18395

Flex SDK 3.2 이하에서 Textinput 컴포넌트에 한글을 입력이 지연되는 문제http://bugs.adobe.com/jira/browse/SDK-19182

AIR1.1 이상에서 입력컴포넌트에 한글 삭제시 자음이 남는 문제https://bugs.adobe.com/jira/browse/SDK-19158

Flex Gumbo에서 AIR 애플리케이션을 개발할때 한글 입력컴포넌트에 한글 입력이 아예 안되는 문제
https://bugs.adobe.com/jira/browse/SDK-19159

이글을 보시면서 함께, 회원가입도 해보시고, 투표도 참여하시면서, 한글 문제를 함께 해결해 나가는건 어떨까요?
(덧붙여, 투표에 참여하시고, '투표했어요~' 라고 댓글로 남겨주시는 센스까징~~!)

 

지금까지 플래시플랫폼의 한글 이슈와, 버그 트래킹시스템에 대해서 알려드렸습니다.

이 문서를 만들면서 저도 다시한번 회원가입에서 투표까지 직접 해보게 되었는데, 재미있는건 이 절차를 모두 완료하는데 까지의 시간은 3분여 밖에 걸리지 않더군요.

3분이면, 컵라면을 익히거나, 커피한잔정도 마실수 있는 어찌보면 짧고, 또 어떻게 보면 긴 시간이 될수도 있겠네요.

하지만, 3분이라는 시간을 투자해서 플래시플랫폼의 한글 문제를 여러분의 손으로 직접 바꾸어나갈수 있다면? 캬아~ 정말 멋진일 아닌가요?

그럼, 여러분들의 많은 참여를 부탁드리겠습니다 (__)

이외에 발견된 한글 문제가 있으시다면, 어도비이슈트래킹시스템에 추가하거나, 플래시플랫폼한글문제공동대응팀(lhd1413 [앳뜨] naver 닭 com)을 통해 알려주세요~

플래시플랫폼 한글문제 공동대응팀
검쉰/블루메탈/데스티/에이레네/열이아빠/지돌스타/희희덕
(+ 이글은 어떤 경로라도 마음껏 배포하셔도 좋습니다.)

신고
트랙백 1 Comment 3

CS4 12월 4일 국내 런칭

CS4가 그동안의 산고를 깨고, 10월 16일 정식 판매에 돌입하였습니다.

필자는, 이전부터 CS4를 미리 만나보았습니다. 사실 제가 디자이너는 아니라, CS4 전체 제품군을 살펴보지는 못했고, 플래시, 포토샵, 드림위버와 같은 웹 계열 애플리케이션을 살펴보았습니다.

사용자 삽입 이미지

제가 CS4 출시와 관련해서 제일 놀란것은, NDA가 깨지는 바로 다음날에 정식으로 유통 되었습니다. 또, CS4의 NDA가 걸려있는 전날인 10월 14일에 실버라이트 2가 정식으로 출시되었구요. 모종의 거시기(?)가 있는것 같지 않나요? ㅋㅋ 사실 Flash Player 10 배포와, CS4의 정식유통이 Adobe MAX가 있는 11월 중순경으로 알고있었는데, 그 예상이 완전히 빗나갔네요.

너무 갑작스러운 뉴스라, 이래저래 Flash Player 10의 보안샌드박스에 대비하시지 못하신 분들이 많으실거라고 생각합니다. Flash Player10의 보안샌드박스 변화는 여기를 통해 참고하시길 바라고, 또 얼마전에 Flash Player 10에서 완벽히 구동되는 업로드 컴포넌트를 지돌스타님께서 제작해주셨습니다. 정말 멋집니다 짝짝짝 > <

사용자 삽입 이미지

이번 CS4의 국내 정식런칭일은 12월 4일입니다. 원래 제가 알고있었던 그날짜 그대로여서, 나름 다행이라고 생각하고 있습니다. 지난번 RIA World와, 애크로뱃 런칭세미나때의 엄청난 규모를 이어서, 이번엔 더 큰 장소인 코엑스 컨벤션홀에서 개최된다고 하네요.

특이하게도, 이번 CS4런칭세미나는 두 세션으로 나눠서 진행하게 되는데, 일단 CS4제품군의 런칭세미나를 마치고 나면, FP10과 Flash의 런칭도 함께 진행된다고 합니다. 국내 RIA 시장이 그만큼 뜨겁게 달아올랐다는걸 보여주기라도 하는걸까요 ㅋㅋ

CS4 런칭세미나에 사전 등록하실려면 아래 링크를 통해서 등록해 주십시오!
등록하기

그럼 12월 4일 CS4를 만날것을 기약하겠습니다.

신고
트랙백 0 댓글 0

Flash Player10 보안샌드박스

Flash Player 10(astro)의 베타버전이 공개된지 엊그제 같은데, 지난달 Adobe CS4출시와 곧 있을 Flex 3.2 출시로 Flash Player 10의 정식 출시가 초읽기로 다가왔습니다. 

올 4월 Flash Player9의 ExternalInterface와 NavigateToURL의 보안샌드박스 적용등으로 엄청난 충격을 받은적이 있었는데, 이번 Flash Player10에서도 역시 보안샌드박스가 변경되거나 추가되었습니다. ㅎㄷㄷㄷ 

엄청난 고생길이....... 눈앞에 선하군요.......
 

1. 변경된 사항 

1. Policy File
Flash 10에서는 meta-policy의 기본값이 all에서 master-only로 바뀝니다. 이 설정은 해당 swf파일이 존재하는 도메인 루트의 crossdomain.xml을 읽어옵니다. 그러나, meta-policy를 바꿔서 예전처럼 쓸수도 있습니다.

2. 소켓 타임아웃
액션스크립트에서 Socket, XMLSocket의 모든 securityError이벤트는 connect()메서드의 호출 이후 일정시간 경과후 발생하게 됩니다. 이것은 송출 이후 즉각적인 securityError가 더 늦게 발생하게 되며, 또한 더 일찍 연결에 성공하게되면 securityError 이벤트는 긴 딜레이가 발생하게 됩니다. 그래서, 20초의 소켓 타임아웃을 정해 두었습니다. 물론, 개발자들은 Socket.timeout과 XMLSocket.timeout를 통해서 이 시간을 조정할 수 있습니다.

3. 파일선택과 다운로드시 사용자의 직접적인 인터렉션을 필요로 합니다.
Filerefrence.browse를 통해 사용자의 로컬의 파일을 찾는 창을 띄울수 있고, Filerefrence.download를 통해 파일을 내려 받을수 있습니다.
두 메서드의 경우 종전엔 사용자의 UI 인터렉션을 필요로 하지 않았습니다만, Flash 10에서는 사용자가 직접 UI인터렉션을 취해야 작동하게 됩니다.

4. 클립보드를 지정할시 사용자의 직접적인 인터렉션을 필요로 합니다.
System.setClipboard를 통해 사용자의 클립보드에 텍스트를 지정할 수 있습니다. 종전엔 사용자의 직접적인 UI 인터렉션을 필요로 하지 않았습니다만, Flash 10에서는 사용자가 직접 UI인터렉션을 취해야 작동하게 됩니다.

 

2. 추가된 사항

1. 로컬파일을 불러오고 저장할때
Flash 10에서는 SWF파일에서 사용자 로컬의 파일을 읽어오고 또 저장할 수 있습니다. 다만, 이 메서드들은 사용자가 파일 선택창에서 직접 파일이나 경로를 선택할때만 가능합니다.

2. 풀스크린 모드에서 제한적으로 입력허용
근래의 플래시 플레이어에서는 풀스크린 모드에서는 입력이 허용되지 않았습니다. 하지만 Flash 10에서는 탭, 스페이스, 방향키의 사용이 허용됩니다.

3. RTMFP
플래시 플레이어와 플래시 미디어서버간의 통신에 UDP기반의 RTMFP를 지원합니다.

4. Paste event handler를 통한 클립보드 데이터 핸들링
Flash 9에서는 시스템 클립보드의 데이터를 불러오지 못했습니다. Flash 10에서는 새롭게 추가된 Clipboard.generalClipboard.getData() 메서드를 통해 시스템 클립보드의 데이터를 읽어올수 있습니다. 다만, flash.events.Event.PASTE 이벤트가 발생할때에만 불러올수 있습니다 -_-;;;;

링크 : http://www.adobe.com/devnet/flashplayer/articles/fplayer10_security_changes.html#head5 

특히 제일 주목이 되는것은, UI인터렉션 후 클립보드 저장이나, 파일 창띄우기, 다운로드가 가능하다는 점인데, 현재 많은 개발자들이 쓰고있는 꼼수가 대부분 새로운 샌드박스의 영향으로 막히게 되어버립니다.

예를들어, 클립보드 복사의 경우, JS로 처리할때 IE외의 브라우저는 제대로 처리되지 않는 문제가 있습니다. 이 문제를 해결하기위해, flash의 setClipboard를 쓰는데, 대부분의 경우 UI는 HTML상에서 구현하고, JS로 Flash내부의 함수를 호출해 처리하는 방법이 있는데, 이 방법이 사용이 불가능해집니다.
(사용자의 직접적인 UI인터렉션이 발생하지 않음으로)

필자의 경우 Yezzang&Naru이미지호스팅(http://img.yezzang.net)를 운영하고 있습니다. 이미지를 업로드 하게 될경우, 업로드된 이미지 주소를 받아와 자동으로 클립보드에 담기게 하는데, 이 부분에 있어서 수정을 해야할것 같습니다.. 흑흑 (ㅠㅠ)

역시 개발자에겐 야근은 기본 스펙이 되어버리는군요..

신고
Trackback 3 Comment 6
prev 1 next