핵심 요약
- 윈도우 7 시절부터 스크롤바를 'Shift+클릭'하면 해당 위치로 즉시 스크롤되는 숨겨진 단축키가 존재했습니다.
- 마이크로소프트 베테랑 개발자조차 최근에야 알았을 정도로 유용한 기능이지만, 요즘 앱들은 자체 스크롤바를 써서 기능 지원 여부가 제각각입니다.
- 크로미움은 지원하지만 WinUI는 지원하지 않는 등 프레임워크별로 파편화되어 일관되게 쓰기 어려운 상황입니다.
요약 마이크로소프트의 베테랑 개발자 레이먼드 첸(Raymond Chen)이 윈도우 스크롤바에 숨겨진 단축키의 역사와 오늘날의 파편화 문제를 소개했습니다.
그의 설명에 따르면, 윈도우 초기 20년 동안 스크롤바 조작은 매우 단순했습니다. 양 끝의 화살표를 누르면 한 줄씩 이동하고, 스크롤바 막대(thumb)와 화살표 사이 빈 공간을 클릭하면 한 페이지씩 이동하며, 막대를 직접 드래그해 원하는 위치로 옮기는 기본 5가지 마우스 조작이 전부였습니다.
변화가 생긴 것은 윈도우 7 시절이었습니다. 윈도우 7에서는 스크롤바에 '우클릭 메뉴'가 새롭게 도입되었는데, 여기서 가장 유용한 기능은 '여기로 스크롤(Scroll Here)'이었습니다. 긴 문서를 볼 때 현재 스크롤 막대를 끌고 내려갈 필요 없이, 내가 이동하고 싶은 지점의 빈 공간을 우클릭하고 '여기로 스크롤'을 누르면 즉시 해당 위치로 점프할 수 있어 장거리 스크롤 시 매우 편리했습니다.
여기에 더해 레이먼드 첸 자신조차 최근에야 알게 되었다는 '더 숨겨진 단축키'도 함께 추가되었는데, 바로 'Shift 키를 누른 채 스크롤바 빈 곳을 좌클릭'하면 막대가 클릭한 위치로 즉시 순간이동하는 기능입니다.
하지만 문제는 이 유용한 단축키를 알게 되었을 때는 이미 클래식 Win32 스크롤바를 쓰는 프로그램이 거의 남아있지 않다는 점입니다. 요즘 앱들은 저마다 독자적인 프레임워크를 사용해 스크롤바를 구현하고 있기 때문입니다. 일렉트론(Electron)이나 크로미움(Chromium) 기반 앱은 우클릭 메뉴는 없지만 다행히 Shift+클릭은 지원합니다. WPF XAML은 둘 다 지원하지만, 최신 프레임워크인 WinUI XAML은 답답하게도 우클릭 메뉴와 Shift+클릭을 둘 다 지원하지 않습니다. Qt 프레임워크는 개발자의 설정에 따라 제각각입니다. 30년 넘게 윈도우를 개발해 온 베테랑조차 "이제야 이 편리한 스크롤바 단축키를 알았더니, 프레임워크가 너무 파편화되어 제대로 써먹지도 못한다"며 씁쓸함을 전했습니다.
해외 반응 번역
난 이 메뉴가 훨씬 예전에 추가된 줄 알았는데, 처음엔 익스플로러(MSIE) 스크롤바 전용이었나 보네? 최신 윈도우 10 앱에서는 여백 클릭할 때 스크롤이 고장 나 있었음. 다른 곳에선 화면 하나보다 살짝 덜 넘어가는데 설정 앱에선 화면보다 더 넘어가서 항상 다시 올려야 했음. 윈도우 11에서 딱 한 화면씩 넘어가게 일부 고쳤는데, 여전히 아래쪽 텍스트가 잘리면 페이지 다운 후에도 나머지 반만 보여서 아쉬움. 또 앱에서 스크롤할 때 너비가 실시간으로 변하면서 마우스 영역을 벗어나 맨 위로 튕기는 버그도 있었음. 어쨌든 Shift+클릭 단축키 알려줘서 고마움. 지원하는 몇몇 프로그램에선 아주 유용할 듯.
Sponsored · 광고