Bugzilla – Bug 2422
Append Recording always scrolls vertically to bottom track
Last modified: 2020-07-08 05:40:12 UTC
See: https://github.com/audacity/audacity/issues/509 With a multi-track project, regardless of which track(s) are selected for recording, Audacity automatically scrolls to the bottom track when recording starts. I assume this is left over from Audacity adding a new track to the bottom by default. Expected behaviour: Audacity starts recording without scrolling vertically. It should be up to the user to scroll to wherever they want. See also bug 2219.
Same on W10 and macOS 10.15.4 This is a cosmetic issue - the recording actually takes place in the top track (as selected in Step 2) but at step five an unnecessary scroll to the bottom is done. Upgrades to P3 with a Release Note
(In reply to Peter Sampson from comment #1) IMO it's more than "cosmetic". Many users (including myself) look at the waveform to be sure that the recording has the right level and is in the right track. In short, I expect to be able to see what I am recording. This bug forces user interaction in cases where no user interaction should be necessary, and that is more than just "cosmetic". I think P3 is reasonable for this issue.
(In reply to Steve Daulton from comment #0) > See: https://github.com/audacity/audacity/issues/509 > > With a multi-track project, regardless of which track(s) are selected for > recording, Audacity automatically scrolls to the bottom track when recording > starts. > > I assume this is left over from Audacity adding a new track to the bottom by > default. > > Expected behaviour: Audacity starts recording without scrolling vertically. > It should be up to the user to scroll to wherever they want. Currently, when you start recording, if a new track is created, then this track becomes the focus. Assuming that this continues to be the case, then I think that it should be ensured that it is visible, by scrolling when necessary. This seems to be the general behaviour in Audacity - if the focus changes to a different track, then it is ensured to be visible. > > See also bug 2219.
(In reply to David Bailes from comment #3) >Currently, when you start recording, if a new track is created, >then this track becomes the focus. Indeed - but this bug is about append recording (the default mode now). And what the issue is that Audacity removes visibility of the focused track (set at Step 2 where select is used but focus is sufficient) and scrolls right to the bottom, so thus the recording waveform is invisible until you scroll up (not good really) Yes if you use Record on a new track with Shift+R it is good that Audacity: a) scrolls to the bottom of the project b) records into the new track there c) moves focus to that new track The important difference here is that the recoded waveform IS visible as a result of Audacity's actions
Fixed at: https://github.com/audacity/audacity/commit/fff9e6a2e4bd05fbb4004def80769ffcd73d9612 My guess it that it doesn't need testing on all platforms.
(In reply to David Bailes from comment #5) Testing on W10 with Audacity 3.0.0 25c1a0b Works fine now on Windows - the track that is being recorded into stays on-screen.
(In reply to David Bailes from comment #5) Testing on macOS 10.15.5 with Audacity 3.0.0 25c1a0b Works fine now on Windows - the track that is being recorded into stays on-screen. There is a slight residual on both platforms 1) If you get a set of tracks that don't fit vertically 2) Select say the top track 3) Scroll so the the selected track is not seen on-screen 4) Press Record 5) Observe that Audacity does not move the track that is being recorded into to be on-screen
(In reply to Peter Sampson from comment #7) > (In reply to David Bailes from comment #5) > Testing on macOS 10.15.5 with Audacity 3.0.0 25c1a0b > > Works fine now on Windows - the track that is being recorded into stays > on-screen. > > > There is a slight residual on both platforms > 1) If you get a set of tracks that don't fit vertically > 2) Select say the top track > 3) Scroll so the the selected track is not seen on-screen > 4) Press Record > 5) Observe that Audacity does not move the track that is being recorded into > to be on-screen In Steve's initial description of the bug, he thought that the behaviour for append record should be: "Audacity starts recording without scrolling vertically. It should be up to the user to scroll to wherever they want". One problem with your suggestion that Audacity should scroll so that the track (or tracks) being recorded should be on screen is that this may move the focused track off screen, since the focus is not changed when you append record. Normally Audacity scrolls to ensure the focused track is visible. So I agree with Steve's view.
(In reply to David Bailes from comment #8) Fair enough David - I just wanted to make sure everyone was happy with the way it is now/ I will therefore close this as RESOLVED
(In reply to David Bailes from comment #8) Thanks David, this works nicely on Linux, and it (correctly) retains auto-scrolling to the new track when recording to a new track.
(In reply to David Bailes from comment #5) The fix is actually at this commit: https://github.com/audacity/audacity/commit/25c1a0b
