Scroll widgets and widget containers independently in admin ui

[ComputerGuru]

A "regular" WordPress installation with a few plugins providing widgets can easily result in a situation where the height of the "available widgets" div on the left can be significantly larger than the height of the "available widget containers" div on the right, as a result of which one may need to scroll down significantly to reach the desired widget, then scroll back up _while dragging_ to place the widget in the desired container.

If the div on the right were to be configured with {{height: 1vh; overflow-y: scroll}} and then turned into fixed (?) position div, it would remain on-screen while the user scrolled through the list of available widgets, such that installing a new widget would only require scrolling to find the widget in question, and at no point would it be necessary to drag and scroll simultaneously (which, while frustrating, is easy enough on a desktop... but with a touchpad it becomes quite the challenge).

On further reflection, it might actually be easier and less hacky to assign both the left and right divs a height of 1vh (and perhaps throw in a {{min-height}}) and {{overflow-y: scroll}}, then there's no need for anything but the default positioning. Both containers would scroll independently, and no need to drag and scroll.

Attaching a video of the current experience.

[alexvorn2]

I think it is required to add a specific height to the container, so it will scroll.

[westonruter]

I can't play the attachment, but the issue I think is real.

[ComputerGuru]

If you don't have the x265 codec, here's a YouTube link: ​https://www.youtube.com/watch?v=B0zJ96Id0CM&feature=youtu.be

[westonruter]

What about using position:sticky?