Microsoft는 Windows 10 장치에서 Chromium의 핀치 줌 문제를 해결하는 방법을 찾습니다.

이제 Microsoft는 Chromium 개발의 팀 플레이어이므로 오픈 소스 Chromium을 기반으로 하는 모든 브라우저에 새로운 기능과 수정 사항이 더 자주 제공될 것으로 예상됩니다. 부드러운 스크롤 새로운 Microsoft Edge, Google Chrome, Opera 등과 같은 Chromium 기반 브라우저에 Microsoft가 만든 주목할만한 기여 중 하나입니다.

회사는 이제 Chromium의 또 다른 이상한 문제를 해결하려고 합니다. Microsoft는 Chromium의 핀치 줌 문제에 대한 수정 작업을 시작했습니다. 에 따르면 버그 게시물, 사용자는 Windows 10 장치에서 핀치 줌 제스처를 방지할 수 없습니다.(를 통해 WindowsLatest). 버그는 Mac에서도 재현할 수 있습니다. 그러나 Surface Book 및 Surface Pro와 같은 Windows 10 장치는 문제가 발생하기 쉽습니다.

“의도적으로 재현하기는 어렵습니다. 작업 중 버그는 하루에 5번 발생합니다. 또한 모든 컴퓨터에서 오류가 재현되지는 않습니다. 나는 MacBook 2016에서 그것을 직면하고 있으며 MacBook Pro 2018 13인치 터치바 제외. 내 주관적인 느낌에 따르면 Surface Book Pro에서 재생산하는 것이 더 쉽습니다.”라고 Microsoft 엔지니어가 설명했습니다.

버그 게시물 작성자에 따르면 사용자는 다음 활동 중 하나를 시도할 때만 버그의 영향을 받습니다.

• "실제 기본 핸들러 방지" 스크롤러 위에 커서를 놓습니다.
• 빠른 터치패드 플링을 수행합니다(참고, 스크롤러는 실제로 스크롤되지 않습니다).
• 즉시 핀치 줌 제스처를 수행하십시오.

이제 Microsoft Edge 개발자의 최근 커밋에 따르면 핀치 줌 문제에 대한 수정이 진행 중인 것으로 보입니다.

“두 가지 다른 시나리오에서: 스크롤->핀치 또는 플링->핀치에서 전환. 두 경우 모두 이벤트가 TouchpadPinchEventQueue에서 대기 중이었고 TouchpadPinchEventQueue::ProcessMouseWheelAck는 ACK를 수신했으며, TPEQ는 이 ACK를 이미 대기 중인 이벤트에 대한 ACK로 가정했습니다."

“이것은 종종 사실이지만 항상 그런 것은 아닙니다. 때로는 스크롤 또는 플링의 이벤트 ACK가 핀치 이벤트가 이미 큐에 대기된 후에 도착합니다. 이 경우 ACK는 핀치 이벤트가 아닌 경우에 마치 핀치 이벤트에 대한 것처럼 처리됩니다."

다른 커밋에서 Microsoft는 "이번 변경으로 스크롤에서 핀치로 전환하는 경우 이벤트의 moment_phase가 차단됨으로 설정되어 운동량 스크롤이 발생하지 않음을 나타냅니다. 그런 다음 기다리지 않고 즉시 종료 이벤트를 전달합니다.”

향후 Chromium 업데이트에서 수정 사항이 제공될 것으로 예상할 수 있습니다.