대박

=== Modify by 윤상현(metalica) at 2009-12-04 오전 2:20:52 ===

저녁식사는 하셨죠?



=== Modify by 최호남(fnworld2) at 12/4/2009 1:19:27 AM ===

이제 해법에 근접하고 있는 듯 하네요.
신규 릴리즈된 SKAF COLLABORATION 규격이 바로 "base event loop에서 소화"하도록 정의된 것이고 그것을 Block이라고 부르고 있습니다. 그토록 원하던 "App 대신 Block 해준다"는 기능 API 입니다. 이제 규격서를 보시고 적용해 보십시오.

그런데, 해당 이슈인 위젯 규격은 COLLABORATION을 사용하지 않고 윈드리버에서 정의했다고 합니다. (MUIF 도 SKAF도 모르는 기능입니다). 윈드리버 담당자분들은 아실것 같습니다. 논의해보시고 "base event loop에서 소화"할 방법을 찾으시기 바랍니다.


=== Modify by 윤상현(metalica) at 12/4/2009 12:55:43 AM ===

도대체 연타를 어플리케이션이 막으라는 것은 어디서 나온 발상인가요? 코딩을 해야지 규격이 컴파일되나요? 세상의 어떤 위젯 시스템이  우리는 터치만 전달한다 나머지는 어플이 해라라고 하던가요? 터치, 이를 통한 행동 등 위젯과 base event loop에서 소화해야 하지 않나요?



=== Modify by 최호남(fnworld2) at 12/4/2009 12:41:40 AM ===

확인해보니 위젯 설정은 윈드리버에서 만든 규격이라는 군요. SKAF COLLBOLATION도 아니라니 위젯 처리 방식 자체를 Block 시킬수 있도록 규격을 내부 협의해 보시기 바랍니다.


=== Open by 최호남(fnworld2) at 12/4/2009 12:33:15 AM ===

App이 수행하는 해당 작업이 뭔지도 모르는데 완료되었다는 것을 MUIF는 SKAF든 어떻게 알 수 있을까요?
결국은 App이 수행하는 해당 작업이 진행되는 동안 다른 이벤트가 처리되지 않도록 막는 것이 필요한 게 아닐까요?
그래서 SKAF에서 Block 방식의 COLLABORATION을 제공한 것으로 알고 있습니다. 덤으로 Block 중일때 터치 및 키 이벤트를 아예 보내지 않는 것도 구현되어 있답니다.

적용해 보시고 그 다음을 고민하도록 합시다. CQ를 이관해 둔다고 SKAF나 MUIF가 App을 고칠수는 없으니 총량은 줄지 않습니다.


=== Modify by 윤상현(metalica) at 2009-12-03 오후 10:17:33 ===

빠르게 터치시 해당작업이 완료되기 전에 이벤트를 보내지 말라는 겁니다.



=== Modify by 최호남(fnworld2) at 12/3/2009 9:42:59 PM ===

[이노에이스]
아무런 코멘트도 없이 이런식으로 CQ pass하시면 곤란합니다.
그리고 재현해보니 MUIF에서 처리할 부분이 아니라 app측에서 위젯설정을 터치한 후에 popup이 뜨기 전까지 more이 선택되지 않는 방법으로 등 으로 처리해야 합니다.
MUIF에서는 옵션메뉴가 이벤트를 받으면 이벤트대로 처리하는 작업만 합니다. 이 이벤트가 팝업이 나타난 후에 동작해야 한다던지의 작업은 할 수 없습니다.


=== Modify by 윤상현(metalica) at 2009-12-03 오후 9:11:33 ===


* Module has changed : 사진 (Photo) -> Multimedia UI Framework