'override' auto-scrolling

[musikBear]

sure most has done this:
A track is playing
you want to inspect something in the track, perhaps it was just something you heard, or diddent :p
You mouse-grab the slider, and drag it, but to no avail
Auto-scroll forces the focus to be at play-head.
What i thought was that is would be reasonable that any manual drag of the slider, would indicate that user want to 'over-ride' the current view-position, and let the view change even if auto-scroll was on.

When user then release the slider, the view would jump to auto-scroll pos. again.

NO i have done re-thinking on this. The reason the user want to move the view, is that he actually like to focus a different, than part, where the playhead is at that moment. This fact makes this feature very simple to implement. The correct behavior is to simply stop playback, and then the user can freely scroll the view to any position of his choice. So the only thing that is needed is that user-scrolling of the view, should stop playback! Its as easy as that.

This feature should be for all editor-windows (curent lmms only have play-head-controlled scroll in P-R and S-E, but Automation-editor should hopefully soon(ish) be scrolling too)

[tresf]

👍

[StakeoutPunch]

I think this might be somewhat related so posting here (let me know if it isnt):

When you start or stop playback when in the piano roll, the view automatically cuts to bar 1 where the playhead is even with auto-scroll off.

[tresf]

When you start or stop playback when in the piano roll, the view automatically cuts to bar 1 where the playhead is even with auto-scroll off.

@StakeoutPunch, I believe there's a bug report for what you are mentioning here: #1735

[tresf]

Closing as duplicate of meta-bug Better Playhead Auto-Scroll #2291. Please feel free to comment here if needed.

[regulus79]

If auto-scroll disables itself when the user drags the scrollbar, would it re-enable itself when the user presses play again?