GUI 위젯은 터치패드 이벤트에 대한 의미론적 방향과 절대 방향을 어떻게 구별합니까?

저는 최근 정밀 스크롤을 지원하는 터치패드를 사용하여 Ubuntu 20.10과 Wayland의 Gnome 데스크탑을 실험했습니다.마우스 휠을 시뮬레이션하지 않습니다..

활성화 후자연스러운 스크롤터치패드를 사용하면 손가락으로 만드는 스크롤 동작이 화면에서 스크롤 가능한 모든 콘텐츠의 움직임에 자연스럽게 매핑됩니다(손가락을 위로 움직이면 콘텐츠가 위로 이동합니다). 이는 손가락을 위로 움직이면 엄지손가락은 위로 이동하지만 콘텐츠는 아래로 이동하는 "스크롤 엄지손가락"(손잡이) 움직임에 물리적 제스처를 매핑하는 것과 대조적입니다.

그러나 GUI 요소 위로 마우스를 가져가면분명히매핑시스템의 볼륨 슬라이더와 같은 물리적 움직임부터 시각적 움직임까지 제스처와 위젯 움직임 간의 매핑이 놀라울 정도로 깨졌습니다. 즉, 위로 동작하면 슬라이더 핸들이 아래로 조정됩니다(슬라이더가 수평이라는 점은 무시하세요. 수직이었다면 의심할 바 없이 아래로 움직일 것입니다). 분명히 위젯은 이동 방향을 결정하기 위해 잘못된 추상화를 사용하고 있습니다.

빠른 개요(정확한 스크롤)

이 기사에서는 최신 터치패드의 정확한 스크롤 이벤트에 중점을 두었습니다. 왜냐하면 이것이 가장 현대적인 스크롤 API라는 인상을 받았기 때문입니다.

• 자연스러운 스크롤
  • 신체 움직임:아래에
    • 스크롤 가능한 콘텐츠 이동:아래에(성냥)
    • 슬라이더 이동:위로(불일치)
• "일반" 스크롤
  • 신체 움직임:아래에
    • 스크롤 막대 "엄지손가락" 움직임:아래에(성냥)
    • 슬라이더 이동:아래에(성냥)

앞서 언급했듯이 슬라이더의 움직임과 제스처의 움직임 사이에는 명확한 매핑이 있지만 여전히 잘못된 작업을 수행할 수 있습니다. (두 개의 움직이는 부분(콘텐츠와 스크롤 막대 썸)이 있는 스크롤 가능 뷰와 달리 슬라이더에는 움직이는 부분이 하나만 있기 때문에 이는 분명합니다.

나한테 설명해 줄래?어떻게이와 같은 위젯이 현재와 같이 잘못된 추상화를 사용하는 대신 올바른 동작 방향을 결정할 수 있습니까? 운동의 절대 방향을 얻는 방법은 무엇입니까?왜이미 그런 일을 하지 않았나요?

이 경우에는 개발자로서 묻는 것이 아니라 인터랙션 디자인과 이 문제에 관심이 있는 사람으로서 묻는 것입니다. 스크롤바를 포함하지 않는 모든 위젯에서는 모호함이 없기 때문에 절대 이동 방향을 사용하는 것이 간단한 것처럼 보입니다. 저는 현재 다양한 Linux 데스크탑 환경에서 복잡한 이벤트 처리에 대해 잘 알지 못합니다.