Docs website nearly unusable without a scrollwheel

[thepurpleblob]

Reproduction

n/a

Describe the bug

The left hand menu is very tall and is hidden top and bottom... with a trackpad or scrollwheel it's fine. However, on my dev machine I just have a trackball and it's awkward to use.

I either have to repeatedly click the top or bottom item or click once and then use arrows. Either way, it's clumsy. Although the menu looks pretty, something with an old-fashioned scroll bar would be easier to use.

Environment

Chrome browser on linux

[andrew-boyd]

Interesting. We hide the scroll bars visually using some pretty simple CSS

.hide-scrollbars {
    -ms-overflow-style: none;
    scrollbar-width: none;
}

But under the hood it's a standard overflow scroll area. No fancy javascript scroll hijacking or anything like that. Any advice for how a non-trackball user like myself might replicate the experience you're seeing?

[andrew-boyd]

@thepurpleblob From my research most trackball users have a keybind of some sort set that turns the trackball from mouse position movement to scroll-wheel emulation. The area itself is indeed a scrollable area so there should be no issues scrolling provided you're able to determine what shortcut/keybind is neccessarry to enable scrolling with your trackball input.

In the event your hardware does not natively support this or there is no support for your combination of hardware / flavor of Linux it looks like there are chrome extensions you can install to create scrolling functionality: https://chromewebstore.google.com/detail/trackball-scroller/digndhblfngkigcehjiddacoibjmkkdf

I'm going to close this issue for now unless you feel there is more to this.