Re: [Audacity-devel] Problem with Time Shift tool when zoomed in
A free multi-track audio editor and recorder
Brought to you by:
aosiniao
From: Gale A. <ga...@au...> - 2009-10-05 04:20:30
|
| From Al Dimond <bus...@gm...> | Sun, 4 Oct 2009 18:16:45 -0600 | Subject: [Audacity-devel] Problem with Time Shift tool when zoomed in > On Sunday 04 October 2009 15:46:21 Gale Andrews wrote: > > Hi Al > > > > I'm probably being "thick" but I'm not really following your argument. > > Is the timeline "shrinking" when it moves? It isn't for me on Windows > > XP. If I start with 10 seconds visible I still get 10 seconds visible > > while the mouse progressively detaches from the clip. > > > > What I'm saying is that before starting to time shift the latest point in time > that you can scroll to is 10:02.00 (around a second after the end of the > clip). After time-shifting the clip 2 seconds back, the latest point in time > that you can scroll to is 10:00.00 (again, around a second after the end of > the clip). At different zoom levels the amount of time may vary. As far as I > can tell (I haven't looked at the code yet) the fact that this "end of > timeline" point is constantly moving back forces a backwards scroll that the > time-shifting code doesn't account for. That's understood. I think it's the term "shrinking" I was having trouble with, which conveyed to me that less length of time was being displayed in the timeline purely by reason of the "end of timeline" point changing. > Ultimately this "end of timeline" point has to move; if you time-shift the > last clip all the way from 10 minutes to 9 minutes (this is hard to imagine > the way the tool currently works, but if your suggested change below were > implemented it would be easy), you want the scroll bars to reflect the fact > that you have a 9-minute long project, not a 10-minute long one. Thanks. I can imagine (and see the effect on the horizontal scrollbar) if I cut the only 1-second clip situated at 10:00 seconds and paste it at say 3 seconds. > But the change should not occur while dragging around a clip with the > time-shift tool. Agreed. > Maybe it should take effect right after the time-shift, or maybe the extra > space remain possible-to-scroll-to until it's scrolled off-screen. It looks like the latter (as you said) might "appear" the most friendly to the user, but the former makes it clearer that the end of timeline point has changed and why. Not easy to say until we had demos to try. > > Why does the timeline have to move left with the last clip, but not with > > others? That isn't consistent behaviour. One thing that is consistent > > with any clips is that when you drag it left or right you can't take > > it any farther when it reaches the end of the scroll. This may be a > > longer term decision, but would it be better if a scroll was initiated > > when the end was reached, to save the extra step of zooming out > > or using the horizontal scroll bar to complete the drag? Or I > > suppose you could always scroll when dragging, even within the > > scroll width, but I would feel a bit disorientated by that. > > > > I agree with this. Auto-scroll behavior in the time-shift tool ought to work > just like it does in the selection tool. I think this is more of a feature > request than a bug, though. Definitely an "enhancement". Thanks Gale |