Scrollbar Size!

+1 … again.

+1 Not enjoyable or pro to work with.

There’s actually a scrollbar topic in -here- somewhere. But frankly I gave up on it. SB just doesn’t give a shite about fixing UX problems like this. Even things that are obvious bugs like the colour selector that are just shameful. I don’t know why they don’t value them, but they just don’t.

+1

The MixConsole has a nice fat scrollbar but the main Project Window where we spend most of our time does not?

+1

+1000

  • large quantities…

+1

In the meantime, use the key commands to scroll. SHIFT+Mouse Wheel.

I am SOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO glad my original post ‘Skinny Scroll Bars Stink’ has come back to life. LET’S KEEP IT GOING!

Let me just say that although the other workarounds are appreciated, NONE of them are adequate for the workflow -I- (and apparently lots of other people) have used for so many years.

Just to refresh, I used horizontal Scroll Bar to -navigate-… ESPECIALLY during playback. You could simply -tap- the scroll bar gently and the cursor moved just a little bit left or right. VERY ELEGANT.

The problem with Shift Mouse Wheel, of course, is that you have to use TWO HANDS, which -stinks- right there. And then also, it’s JUMPY. Not -nearly- as smooth.

And the problem with the Skinny Scroll Bar is that even when you -do- manage to tap it, the -amount- of the movement now is by GREAT LEAPS AND BOUNDS–no longer small and gentle at all.

Finally, there is another linked problem that David Baer and I have complained about for YEARS (although he has been far more eloquent than I about it). It’s sooooo hard to explain, I wish I knew how to do a mini-video of it because I’m sure -many- of you know what I’m on about. It’s the behaviour of the cursor when the window scrolls right off the screen to refresh the whole ‘virtual page’. With the current Skinny Scroll Bars, one very often accidentally triggers a page scroll like this (which is, in itself maddening!) but what is worse is that after the page refreshes the cursor is then right near the left edge of the window so if you try to move back to ‘fix’ things you tend to trigger -another- page refresh which places the cursor back at the left edge of the window but a page full of bars too far LEFT! ARRRRRRGGGGGGH!

The point is that though the issue with that cursor behaviour still occurred when the scroll bars were ‘normal fatness’ the fact is that they -rarely- would occur because the cursor movement was so much tinier and gentler. You were -far- less likely to move the cursor by large leaps.

Pleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeease re-instate the normal fatness scroll bars… at the very least the HORIZONTAL scroll bar.


Just mentioned. For me, I NEVER use the scroll bar. I’m always using Shift+MW as that suits my workflow better.

+1 Please for larger (i.e. standard) scrollbars. And -1 for key commands instead of mouse operations. If one feels comfortable using key commands is fine to me of course, but I prefer to use the mouse whenever it’s possible.

I don’t think I read in this thread a possible GUI approach that would make users happy (scroll bars big enough to latch on to) and also hopefully make Steinberg happy too (miniscule scroll bars for whatever reason they like them) - adopt the W10 scroll bar GUI where they are virtually invisible until hovered over with the mouse, and then they magically turn into full-sized ones that are ready to grab on to.

Good idea?

+1… again… :wink:

Definitely an area that should be review for improvement.

Those tiny left/right & up/down arrows… ugh! :unamused:


+1

Regards :sunglasses:

+1

+1

  • 0011 1110 1000…again, again and again!

+1

Needs to be done.

Cubase has needed UI help for a while, for this reason and others. Form over function, as mentioned in the first post, is a basic no-no in pro GUI design for any app.

+1
Please yes.

100%, please make scrollbar bigger!

1 Like

+1 and please bring back scrollbar arrows! How am I supposed to nudge it without??

1 Like