Cursor jumps to start of scroll after playback cursor goes past scroll

GA: Import a file, place cursor in centre and zoom in four or five times.
Then play a few seconds of audio so that the cursor goes past the scroll.
Press Space and the timeline remains where stopped (maybe OK). Press Space
again and playback restarts from original point but that is now at far left
of scroll, not in the middle. The context preceding that playback position
is now lost, requiring a fiddly drag back on the horizontal scrollbar, or a
zoom out and back in. Or, you must draw a selection region when you may not
want to do so. Very irritating for repeated zoomed-in editing at one spot.

JC: This is a P4, or better still a feature request for improved
scrolling/zooming behaviour. Let's get some detailed usability enhancements
written up for a GSoC 2010 idea? Then drop this as a P2. In this area I'd
see 'zoom to selection' should be 90% not 100% zoom, so that we get
context, plus also option for smooth scroll on sufficiently fast machines.
Can we replace this P2 with a detailed/motivated feature request?

GA: Need time to consider exactly what may or may not be a feature request,
however I and several others regard the subject issue as excessively
disruptive to "repeat editing" workflow, and completely unacceptable. I've
sometimes actually exported WAV and used other editors in order to be free
of it.

Original issue reported on code.google.com by James.K....@gmail.com on 25 Sep 2009 at 5:34

t-nil / audacity

Cursor jumps to start of scroll after playback cursor goes past scroll #11