태터데스크 관리자

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

태터데스크 메시지

저장하였습니다.

'한글입력문제'에 해당되는 글 3건

  1. 2009.01.18 플렉스, 한글문제 어떻게 되어가고 있을까? (10)
  2. 2008.12.11 나랏말싸미 미쿡에달아, 한글은 어디에? (12)
  3. 2008.11.27 AIR 한글 삭제문제 해결하기 (20)

플렉스, 한글문제 어떻게 되어가고 있을까?

예전에 플렉스의 한글 문제에 대해, 제 블로그에 두번에 걸쳐 다룬적이 있습니다. 언제, 제 블로그를 찾아주시는 분과 직접 만나뵌적이 있었는데, 그 이후 한글 문제는 어떻게 해결되어 가고있는지 많이 궁금해 하시더군요.. ^^

작년 10월 11일경 쓴 [FLEX/AIR]현재까지 발견된 한글처리 문제 라는 포스팅을 게시했을때에는 크게 4가지 이슈가 존재했었는데, 이 글을 쓰는 지금 이 시점에서는 Flex SDK3.2에서 한글 입력문제, Flex SDK Gumbo에서 한글 입력문제등이 추가되어 총 6가지의 이슈가 존재하고 있습니다.

이러한 이슈에 대해 한국어도비 혹은 본사에 버그 리포팅을 진행하거나, 어도비 자체의 버그관리시스템에 여러 분들께서 꾸준히 버그리포팅을 하고 있습니다. 현재, 어도비 버그관리시스템에는 한글 처리 문제에 대해 총 두가지의 티켓이 게시되어 있군요.

Flex SDK 3.2(FP10)에서 한글 입력이 정상적으로 되지 않는 문제(SDK-18244)
Flex SDK Gumbo에서 한글 입력이 상당히 지연되는 문제(SDK-18395)

이런 이슈들에 대해 여러 개발자분들의 노력이 있었지만 아쉽게도 아직 어도비에서 정식적으로 수정된 문제는 없습니다. 하지만 위의 이슈중 2가지 이슈에 대해 개발자들이 자체적으로 컴포넌트를 개발해서 문제를 해결한 사례도 있습니다.

Flash Player의 한글입력시 TextField가 버벅이는 현상 해결 - 블루메탈
AIR 한글삭제문제 해결하기 - 희희덕하며 웃어보자
AIR 한글 입력버그에 대한 대안 - 우아꼬의 Adobe RIA
AIR 한글 텍스트 삭제 버그 수정 - 2 - Eirene's Blog

전체적으로 중간 보고를 드리면, 아직 해결된 문제는 없고 오히려 한글 이슈가 6가지로 더 늘어났습니다. 특히, 올해는 Flex4, Flash Catalyst, Flash Player 차기버전, AIR 차기버전이 출시될 예정이라 이런 한글 이슈들이 더 늘어날 수도 있습니다.

이런 아쉬운 중간보고 사이에, 다소 기쁜소식(?)이 있어서 알려드립니다.

얼마전, 나랏말싸미 미쿡에 달아 라는 글의 "야기될 수 있는 문제" 소제목 에서 Flex Gumbo SDK의 한글 입력문제에 대해 알려드린적이 있습니다.

Flex Gumbo SDK에서는 Textinput컴포넌트는 이전 버전에서 TextField를 상속받은것과는 달리 FxTextbase를 상속받아 개발되어 있습니다.
이 FxTextbase를 자세히 살펴보면 FTE(Flash Text Engine)를 기반으로 개발되어 있는데, 문제는 윈도우 환경에서 이 FxTextbase를 기반으로 개발된 입력컴포넌트에서는 한글 입력시 지연문제가 이전 버전보다 더 심해졌습니다.

이런 문제에 대해 어도비 SDK담당자에게도 직접 메일을 보내보고, 또 버그트래킹 시스템에 등록을 했습니다만..
초기엔 별다른 답장이나, 이슈트래킹에서도 변화가 없었는데, 지돌스타님의 도움으로, 투표자수도 서서히 증가하면서, Internal Review로 변경되고 QA담당자인 Peter Dehan과 이 문제에 대해 몇번 메일을 주고 받은적이 있었습니다.

사용자 삽입 이미지

그리고, 얼마전 Internal Review를 넘어 Under Investigation으로 이슈의 상태가 변경되었습니다. 이슈에 대한 중요도는 8개의 단개중 3번째로 높은 B(비교적 중대한이슈)로 설정되었군요.

Under Investigation단계는 QA담당자로 부터 이슈를 확인한후 SDK 개발 담당자가 해당 이슈를 조사하는 단계입니다. 지금 현재 Carol Frampton에게 이슈가 배정되어 있고, 마일스톤은 다음 버전의 SDK로 설정되어 있습니다. 아마, 곧 해결될수 있겠죠?

추가적으로 Flex Gumbo의 한글 입력 이슈에 대해 의견을 제시하고 싶다면, SDK개발 담당자인 Carol Frampton에게 메일을 보내거나(cframpto@adobe.com), 이슈 트래킹 시스템에 추가적으로 의견을 게시하실수 있습니다. (SDK-18395)

아울러, Flex SDK 3.2에서 한글 입력 문제는 아직, Internal Review 단계도 통과하지 못한 상황입니다. 많은 투표와 의견 제시를 부탁드립니다.(SDK-18244)
(최근엔 열이아빠님께서 이와 관련된 의견을 추가로 게시해주셨네요.. ^^)

여러분의 많은 도움으로 Flex Gumbo의 한글처리 이슈가 곧 해결 될수 있을것 같아, 나름 많은 기대를 하고 있습니다. 특히 그간 4년간 끌어온 한글 입력시 지연문제가 이번에는 확실히 뿌리뽑힐 수 있길 기원해봅니다.

더불어, 위에서 설명드린 한글처리 문제가 빠른시일 내로 해결될 수 있도록 여러분들의 많은 관심을 부탁드립니다.

현재 한국어의 모어 사용순위는 17위로, 비교적 중요한 언어입니다. 작년 베이징 올림픽에서도 한국어가 올림픽 공식언어로 채택되는 만큼, 이제 한국어의 국제적 위상도 과학성과 함께 견고한 입지를 굳히고 있습니다.

하지만, 어도비의 버그트래킹 시스템에 등록된 이슈는 총 2개로 타 국가에 비해 많이 부족한 편입니다. 우리보다 모어사용순위가 낮은 국가인 프랑스어나, 이탈리아어는 9~15개의 이슈가 등록되어있으며, 일본어는 87개의 이슈가 등록되어 있습니다.

우리나라가 타 국가에 비해 시장의 크기는 작은편이지만, 활발한 이슈트래킹으로 이런 이슈들이 좀 더 부각되고, 또 빠른시일 내로 고쳐질수 있길 기대합니다.

아직, Flex에서 한글 처리는 부족한 점이 많습니다. 하지만 부족한 만큼, 더 발전해나갈 가능성도 있는거겠죠?

최근엔, 이런 한글 이슈에 대해 활발히 트래킹을해 주시는 7분과 함께 한글 이슈에 대해 알리고, 또 버그리포팅과 정보 공유를 위한 팀을 결성하였습니다. 앞으로 다양한 매체를 통해 팀의 활동과 성과에 대해 알려드리겠습니다. 
신고
트랙백 0 Comment 10

나랏말싸미 미쿡에달아, 한글은 어디에?

저는 블로그에 글을 쓸때마다 다소 독특한 습관이 있습니다. 바로, 글 본문 이외에 태그(?)에 재 생각을 좀더 솔직하게 담고 있다는 점입니다.

사용자 삽입 이미지

글을 많이 쓰다보니 별별 특이한 태그들이 많이 달려있네요. 그중에서, '나랏말 싸미 미쿡에달아'가 보이시는지요? 바로, 필자가 플렉스에서 한글 입력문제가 생길때 마다 아쉬움을 토로하는 태그중 하나입니다.

우리 한글은 1446년(세종 26년)에 세종대왕에 의해 반포되었습니다. 그 반포문을 '훈민정음 언해문'이라고 하는데요. 고등학교 1학년 수행평가가 훈민정음 언해문을 다 외우는거라서 아직 필자의 기억속에 선하게 남아있네요.

"나랏말싸미 듕귁에 달아 문자와로
서로사맛디 아니할쎄 이런젼차로
어린백성이 니르고져 홇빼이셔도 마참내
제뜨들 시러펴디 못할 노미하니라
내이랄 위하야 어엿비 너겨 새로스물 여듧
짜랄 맹가노니 사람마다 해여 수비니겨 날로
쑤메 뼌한케 하고져 할 따라미니라"


위의 내용은, 나랏말이 중국어이니 문자로 서로 대화를 할수가 없으니, 백성들이 제뜻을 펼치지 못해서 문자를 창재하게 되었다 라는 내용입니다.

처음엔 한글이 "언문(諺文)"으로 속히 불리었지만, 이후 562년이라는 세월을 지나오면서, 대한민국의 공용어로써 자리매김 하고 있습니다. 한글의 과학성을 여러 학회에서 입증받기도 하고, 또 문맹국에는 한글을 가르치고, 세종대왕상을 제정하는등 외국에서도 한글의 입지가 점차 넓어지고 있습니다.

하지만, 플렉스에서는 한글의 입지는 찾아볼수 없을뿐 아니라, 한글조차 제대로 처리되지 않는 문제가 한가지가 아니라 수가지가 존재하고있으며, 현재까지 픽스조차 되고 있지 않습니다.

이 글은, 지금까지 발견된 한글 입력문제들, 앞으로 야기될수 있는 문제들, 그리고 그에 대한 한국 개발자의 노력에 대해 정리해보고자 합니다.



발견된 문제들

지금 현재까지 발견된 문제들입니다.

  1. 한글을 입력할때 영어나 타 국가의 언어를 입력할때 보다 지연되는 현상이 있습니다.
  2. 텍스트블록에서 벗어날때 까지 해당 텍스트가 인식되지 않는 문제가 있습니다.
  3. wmode 프로퍼티가 transparent일때 IE를 제외한 나머지 브라우저에서는 입력이 되지 않는 문제가있습니다.
  4. AIR1.1부터 한글을 삭제할때 자소처리에 문제가 있습니다.
  5. Flex SDK3.2에서 입력컴포넌트에 한글이 한글자 이상 입력되지 않는 문제가 있습니다.
현재 밝혀진 한글 입력문제는 총 5가지가 있으며, 이중에서 어도비에서 공식적으로 픽스된 사례는 없습니다. 이중 3가지는 꼼수(?)를 써서 해결할 수 있지만, 나머지 2가지 방법에 대해선 해결 방법이 없습니다.

사용자 삽입 이미지

한글 입력과 관련된 문제점과 해결방법은 아래의 자료를 살펴보시면 많은 도움이 될것입니다.

현재까지 발견된 한글처리문제 - 희희덕하며 웃어보자



야기될수 있는 문제들

위와 같은 문제들이 발견되었지만, 한국 개발자들의 부단한 노력으로, 몇몇 문제들은 우회적으로나마 해결이 가능합니다. 다만, 아쉽게도, 이런 해결방법이 Flex Gumbo 에서는 다소 어렵게 되었습니다.

사용자 삽입 이미지

Flex Gumbo SDK에서의 가장 큰 변화는 기존의 Component들이 거의 새롭게 만들어 진 점입니다. 그중 입력컴포넌트인 TextInput, TextArea등도 새롭게 개발되었습니다.

사용자 삽입 이미지

이전의 Flex의 입력컴포넌트들은 기존 Flash에서 쓰이던 TextField 기반으로 개발되었습니다. 이후 Flex Gumbo에서는 FxTextBase라고 해서 완전히 새로운 베이스를 기반으로 개발되었습니다.

이 FxTextBase를 살펴보면 기존의 Flash에서 TextField 기반이 아니라, Flash Player 10에서 새롭게 추가된 FTE(Flash Text Engine)를 기반으로 개발된것을 알수 있습니다.

사용자 삽입 이미지

그런데, 위의 문제들에 대한 해결방법은 TextField의 여러 속성들을 이용해서 해결이 되었습니다. 하지만 Flex Gumbo의 새로운 입력컴포넌트들은 Flash Text Engine를 기반으로 하고 있기 때문에, 위의 해결방법은 새로운 입력컴포넌트 내에서는 무용지물이 되게 됩니다.


(위의 입력 컴포넌트는 Flex Gumbo SDK의 Fxtextinput입니다.)

무엇보다 가장 큰 문제는, 근본적으로도 새로 만들어진 입력컴포넌트들에서도 위의 제기된 문제들이 해결되지 않고 있다는 점입니다. 오히려 한글 입력시 지연 문제는 이전 mx framework보다 더 심한 수준입니다.



한국 개발자들의 노력

그렇다고 우리 한국 개발자들이 손을 놓고 있진 않았겠죠. 한국 개발자분들의 부단한 노력에 대해 여러분들께 소개해 드리고자 합니다. 아직 참여하시지 않거나, "아~ 참여해볼까"라고 망설이시고 계신 분들이 있으시다면, 미래의 Flash Platform의 발전을 위해서라도 많은 참여 부탁드리겠습니다.


버그 트래킹에도 호소해보고 → 묵묵부답

필자는 지난번 RIA Camp때 만난, 라이언스튜어트와 마이크 챔버스에게 이런 문제에 대해 공식적으로 여러번 메일을 보낸적이 있었습니다.


영어 실력이 많이 부족해서, 못알아 듣고 있는건가 싶어서 직접 동영상을 찍어서 문제를 보여주고 했는데도 슬프게도 아직 아무런 답변이 없네요.

라이언, 마이크 미워요! ㅜㅜ


어도비에서는 위와같은 SDK의 버그나 기타 버그들을 수집하고 해결하기 위해 이슈트래킹이 마련되어 있습니다. 한국어 문제는 총 두가지 문제가 현재까지 집계되어 있지만, 아직까진 해결이 되지 않고 있군요.


이런 문제에 대해, 머리를 감싸면서 고민하시기 보단, 버그 리포팅에 공식적으로 글을 올리신 스트롱님의 노력이 돋보입니다. 또, 많은 개발자분들의 의견을 덧붙이기 위해서 Vote를!!

Adobe Bug Tracking System은 아래의 경로로 참여하실수 있습니다.
https://bugs.adobe.com/flex/

그리고, 현재까지 한국어와 관련되어 접수된 이슈들입니다. 여러분께서도 투표나 코멘트를 통해 많은 참여 부탁드립니다.

Flex SDK 3.2(FP10)에서 한글 입력이 정상적으로 되지 않는 문제(SDK-18244)
Flex SDK Gumbo에서 한글 입력이 상당히 지연되는 문제(SDK-18395)


직접 해결방법을 찾아나서기도 하고

메일이나, Bug Tracking System을 통해 리포트를 하더라도, 아직까지 어도비에서 답변을 내리거나, 문제를 픽스한 사례는 현재까지는 없습니다. 기본적인 한글 입력시 지연문제는 2버전부터 꾸준히 제기되었는데, 아직까지 수정이 이루어지지 않았습니다.

하지만 그렇다고 해서 손놓고 있을수는 없겠죠?


바로, 한국의 많은 개발자분들께서 원인과 해결방법을 찾고, 블로그나 카페, 어도비 RIA 공식사이트를 통해 꾸준히 공유하고 있습니다. 그 해결방법들에 대한 링크는 아래의 문서를 참고하세요.

Flash Player의 한글입력시 TextField가 버벅이는 현상 해결 - 블루메탈
AIR 한글삭제문제 해결하기 - 희희덕하며 웃어보자
AIR 한글 입력버그에 대한 대안 - 우아꼬의 Adobe RIA
AIR 한글 텍스트 삭제 버그 수정 - 2 - Eirene's Blog


한글화문서를 작성해보기도 하고

플렉스 개발자분들께서 느끼시는 많은 아쉬움중 하나가, 한글처리가 제대로되지 않는 문제이기도 하지만, 바로 한글로 된 레퍼런스의 수가 극히 적다는 점입니다. 현재 플렉스의 LivedocsLanguage Reference는 영어와 일어로만 제공되고 있습니다.


Flex/AIR 한글화 문서 - http://flexdocs.kr/

이러한 레퍼런스의 부재를 줄이기 위해, 지돌스타님을 비롯해 여러분께서 현재 Flex/AIR 한글화문서 작업에 공동으로 참여하고 있습니다.


Flex/AIR 한글화문서는 SVN을 통해 여러 기여자분들께서 번역을 첨삭하는 형식으로 이루어지고 있습니다. Flex/AIR 한글화문서에 참여하시고 싶으신 분들은 지돌스타(jidolstar 골뱅이 gmail 닭 컴)님께 바로 콜!


그리고, 지난번 RIA Camp때 소개된 마이크 챔버스의 toString() 프로젝트에도, 열이아빠님께서 한글화 번역작업에 참여하고 계십니다. 아시아 지역에선 유일한 번역 문서라고 하네요.

toString() 프로젝트에 참여하실 분은 마이크 챔버스(mesh@adobe.com)에게 연락을 주시면 참여가 가능하다고 한데, 워낙 바쁘셔서 메일을 잘 안읽으시나봐요 ㅜㅜ (저도 참여의사를 메일로 보냈는데..)
신고
Trackback 2 Comment 12

AIR 한글 삭제문제 해결하기

방문자수는 많고, 댓글은 적은 저의 블로그에 반가운 트랙백이 걸렸습니다. 바로 에어레네님께서 AIR에서 한글 삭제 문제를 해결한 방법에 대해 다룬 글이었는데요.
(AIR1.1 이후 한글 입력 버그 수정하기 - 에어레네)

사실 저도, 이와 관련된 버그리포팅도 많이 해봤고, AIR 1.5에서는 이런 문제가 고쳐지지 않을까 기대해 봤는데, 이번 릴리즈에 픽스가 되지 않아서 무척 아쉬웠습니다.

그럼 잠시, AIR1.1이후 발생한 한글 삭제 문제에 대해서 정리하도록 하겠습니다.

사용자 삽입 이미지

기존의 플렉스의 Textinput 컴포넌트에서는 한글 문자열을 백스페이스(←)를 눌러서 삭제하게 되면 깔끔하게 잘 삭제되었는데,

사용자 삽입 이미지

AIR 1.1이후 부터는 유독 한글문자열에서만 백스페이스(←)를 눌러 삭제하게 될경우 항상 가장 마지막 글자의 자음이 남게 되는 문제가 발생하게 되었습니다.

특히 이런 문제는 AIR1.0 에는 없던 문제였는데, AIR1.1이 출시된 이후 발생이 되어서 무척 실망스러웠습니다.

저도 이런 버그를 잡아 볼려고 많이 노력을 했는데, 역시 단무지(단순, 무식, 지....)인 저는 해결방법을 찾질 못하겠더라구요. 결국 고수님들의 따스한 은총을 기다리고 있었는데, 오늘 에어레네님께서 그와 관련된 해결방법을 남겨주셨네요.

에어레네님의 해결방법은, keyup이벤트가 송출될때마다, 벡스페이스가 눌러져 있으면, 이전의 문자열과 비교해서, 한글자가 남게 되면 삭제를 시켜주는 방법입니다.

앗 역시! 멋진 에어레네님 이다! 라고 감탄을 한번 하고,
저는 여기서 살짝 저의 생각을 더해, 한글 삭제 문제를 해결해보았습니다.


AIR1.1 이후버전에서는, 한글 삭제시 TextField의 포커스를 나타내는 EndIndex가 문자열보다 한글자 앞에 위치하는 문제가 있습니다. 따라서, 문자열을 삭제할때, 제일 마지막 문자의 자음이 남는 문제가 발생하게 됩니다.

이런 문제를 해결하기 위해, keydown 이벤트가 송출될때, 사용자가 누른 keycode를 체크해서 백스페이스(←)를 누르고 있을때, EndIndex를 1만큼 더해주면, 이런 문제가 말끔히 해결됩니다.

keydown 이벤트를 사용한 이유는, 사용자가 백스페이스(←) 키를 쭉 누르고 있을경우, keyup 이벤트는 한번 송출된것 밖에 안되기 때문에, 그런경우엔 제일 마지막 글자의 자음이 남게 됩니다.

위의 해결 방법으로 TextInput뿐만 아니라 TextArea에도 적용해서 AIR 1.1 이후 부터 발생한 한글삭제 문제를 해결할 수 잇을것이라고 생각합니다.

위의 컴포넌트는 어떤 용도에서든 사용하셔도 좋습니다.. ^^

무엇보다 근본적으로 이런 한글 입력 문제들이 많은 개발자분들의 버그리포트를 통해  빠른 시일 이내로 해결 될 수 있기를 간절히 희망합니다.

그런의미에서 지금까지 발견된 한글 입력문제들 보러가기!

(앗 그리고, 이 글은 제 블로그에 올리는 100번째 글이네요!! ㅋㅋ 축하축하 ㅋㅋ)

신고
트랙백 1 Comment 20
prev 1 next