Microsoft 덕분에 Chromium 브라우저에서 스크롤하는 것이 곧 클래식 Edge만큼 좋아질 수 있습니다.

오픈 소스 플랫폼은 Microsoft와 같은 소프트웨어 거물이 적극적으로 기여할 때만 번창합니다. 이것이 바로 Chromium 세계에서 일어나고 있는 일입니다.

이제 Microsoft Edge는 오픈 소스 플랫폼 Chromium의 수혜자이기도 하므로 Microsoft는 Chromium 브라우저에서 클래식 Edge 브라우저만큼 우수한 스크롤 기능을 제공하는 새로운 기능을 개발하고 있습니다.

스크롤 경험을 Edge(클래식)과 많이 유사하게 만들기 위해 Microsoft는 복합 스크롤 막대를 impl 스레드로 이동할 계획입니다. 이렇게 하면 사용자가 메인 스레드가 사용 중인 경우에도 스크롤 막대를 사용하여 계속 상호 작용하고 스크롤할 수 있습니다.

Microsoft 설명, “마우스를 사용한 스크롤바 스크롤은 Chromium의 메인 스레드에서 발생합니다. 메인 스레드가 사용 중이면(장시간 실행되는 JS 등의 이유로), 이벤트가 MainThreadEventQueue에 계속 대기하고 메인 스레드가 해제되기를 기다리기 때문에 스크롤바를 클릭하여 스크롤하는 것이 버벅거리는 것처럼 보일 것입니다."

“오늘날 EdgeHTML에 비해 Chromium에서 평균적으로 스크롤 막대 끌기가 ~2-4배 더 긴 대기 시간을 가지며 특히 바쁜 사이트에서 더 나쁘다는 것을 관찰했습니다. 우리는 이 격차를 주로 오프스레드 스크롤바 드래그에 대한 EdgeHTML의 기능에 기인합니다. Chromium에서도 메인 스레드를 피함으로써 스크롤바 드래그의 성능을 EdgeHTML에서 관찰한 것과 더 일치시킬 수 있다고 믿습니다.”

제안 수락

좋은 소식은 Microsoft의 기여가 오픈 소스 커뮤니티에서 검토 및 승인되었다는 것입니다. 그게 다가 아닙니다. Microsoft의 코드는 Chromium 및 Canary 빌드로 병합되었습니다( WindowsLatest).

Chrome Canary를 사용하는 경우 "Enable Compositor 스레드 스크롤바 스크롤링"이라는 플래그가 표시됩니다. Microsoft는 스크롤 문제와 관련된 모든 후속 변경 목록이 플래그 아래에 표시될 것이라고 말했습니다.

플래그를 사용할 수 있으므로 활성화할 수 있지만 개발 중인 항목에 대해 이야기하고 있으므로 예상대로 작동하지 않을 수 있습니다.

컴포지터 스레드 스크롤바 스크롤에 대해 Microsoft는 “마우스다운이 렌더러에 도달하면 적중 테스트를 받습니다. 합성 스크롤바가 적중되면 MouseEvent가 삭제되고 GestureScrollBegin 및 GestureScrollUpdate가 CompositorThreadEventQueue에 추가됩니다. 이러한 제스처 스크롤 이벤트에는 적중된 스크롤바 부분(현재 화살표)을 기반으로 하는 스크롤 델타가 포함되어 있습니다. 마우스를 올리면 GestureScrollEnd가 대기열에 추가됩니다. 그런 다음 VSync 정렬 방식으로 (Gesture 이벤트로) 디스패치됩니다."