Re: Pointer Events

주신 말씀을 읽다보니 우선순위는 좀 고민되네요..

pointer의 우선 순위를 높이자니 이미 touch기반으로 작성한 코드들의 문제가 발생할테고
touch의 우선 순위를 높이자나 pointer의 영향도가 적을테니... 좀 복잡한 문제네요.
*(물론, 라이브러리에서 처리할 순 있겠지만.. 이거 다른 얘기일 것 같구요.)*

꼭.. websqldb 에서 indexeddb로 바꿨을 때의 느낌이 들기도 하구요.
*(현재 indexeddb의 상황을 보면 pointer의 운명을 살짝 예측할 수도 있을것 같구요.ㅎㅎ)*

그리고 라이브러리 개발자 입장에서도 고민되는게 개발자들은 touch/pointer를 구분해서 사용하지도 않기습니다. 그래서
라이브러리에서는 사용자에게 pointer의 경우도 이미 익숙한 touch의 인터페이스처럼 동작하게 하는데.. 만약에 기본 동작이
pointer가 되면 불 필요한 작업으로 성능에 이슈가 생길 수도 있겠네요.
*(현재 pointer와 touch는 이벤트의 발생하는 방법이 틀립니다.)*

여튼, 우선순위가 어떻게 되냐에 따라서 많은 이슈가 생기겠네요. -_-;



2013/1/24 Sangwhan Moon <sangwhan.moon@hanmail.net>

>
> On Jan 21, 2013, at 1:57 PM, Wonsuk Lee wrote:
>
> > MS에서도 최근에 Pointer event(MS에서 주도하고 있는 새로운 W3C 표준)에 대한 Webkit 구현을 MS에서
> 하겠다고 공지를 했습니다^^ 모바일을 중심으로 Webkit의 영향력은 더욱 높아지는 것 같습니다.
>
> Pointer Events는 "모바일 중심"이라고 하기는 조금 어렵습니다. 오히려 모바일만을 단편적으로 보고 저질렀던
> 과오 (Touch events)를 바로잡기 위한것이며, 공지가 아닌 [1] 실제로 패치가 올라갔습니다. 다만, Webkit 로드맵에
> 들어갈지는 아직 결정되지 않은 상태이며 (웹킷 정치는 제 관심사가 아니라 모르겠습니다만, 적어도 메이저
> 지원사 중 한 회사는 협조하지 않을것으로 확신합니다.) 아직 스펙 또한 완성되려면 한참 남았습니다.
>
> 제일 큰 문제로 mouse, touch, pointer의 공존시 우선 순위 문제가 남아있습니다. 실제로 WD는 Touch를 지원하지
> 않는
> IE 기준으로 작성되어있기 때문에, 그 부분에 대한 대책이 없고 3개 이벤트를 모두 지원할 예정인 브라우저의 경우
> (예: Opera, Firefox, Chrome) 그 문제가 해결되지 않으면 안됩니다.
>
> 여담이지만... 웹킷 코드를 본 적이 없는 제가 언뜻 훑어본것만으로도 패치에 결함이 3개 보였을 정도면 아마 맨날 보는
> 리뷰어를 한번에 통과하기는 어렵지 않을까 생각됩니다.
>
> 문상환 배상
>
> [1] https://bugs.webkit.org/show_bug.cgi?id=105463