Thread: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed
A free multi-track audio editor and recorder
Brought to you by:
aosiniao
From: Bill W. <bi...@go...> - 2012-05-08 23:24:24
|
http://bugzilla.audacityteam.org/show_bug.cgi?id=375 I'm not sure if this should be reported in bug 375 since it is not about "fully selected" clips. It doesn't seem to belong to bug 500 either. With 2.0.1-alpha May 7, on Mac 10.7.2 Intel. 1) New project 2) Generate tone 3) Split it into 4 or more clips 4) Add new track 5) Fit vertical if needed 6) Make a selection across the second split line 7) With Time Shift tool, click in selected area of the third clip 8) Drag down to second track 9) Without releasing mouse button, attempt to drag left - the clip won't move but the pointer will. 10) Without releasing the mouse button, drag up - The dragged clip moves back into the top track but at the wrong point: a "faint clip line" appears between clips 1 and 2, and white space appears to the right of the third clip 1) New Project 2) New Stereo Track 3) Generate tone 4) Split it into 4 or more clips 5) Add new stereo track - Fit vertically if needed 6) Make a selection across the second clip line 7) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag down - the left channel of the third clip and the right channel of the second clip move to the second track 8) Undo 9) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag left then down - the left channel of the third clip and the right channel of the second clip move to the second track; also, the left-channel portion of the second clip moves over onto the first clip and a faint clip line appears. 10) Undo 11) With the Time Shift Tool, click in the selected area of the lower channel of the third clip and drag down - the second clip moves down to the lower track Other wrong behaviours may be observed depending, it seems, on whether you have "undone" back to the correct point. I won't catalog them all. -- Bill |
From: Gale A. <ga...@au...> - 2012-05-09 21:02:33
|
| From Bill Wharrie <bi...@go...> | Tue, 8 May 2012 19:24:16 -0400 | Subject: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed > http://bugzilla.audacityteam.org/show_bug.cgi?id=375 > > I'm not sure if this should be reported in bug 375 since it is not about "fully selected" clips. It doesn't seem to belong to bug 500 either. > > With 2.0.1-alpha May 7, on Mac 10.7.2 Intel. > > 1) New project > 2) Generate tone > 3) Split it into 4 or more clips > 4) Add new track > 5) Fit vertical if needed > 6) Make a selection across the second split line > 7) With Time Shift tool, click in selected area of the third clip > 8) Drag down to second track > 9) Without releasing mouse button, attempt to drag left - the clip won't move but the pointer will. > 10) Without releasing the mouse button, drag up > - The dragged clip moves back into the top track but at the wrong point: a "faint clip line" appears between clips 1 and 2, and white space appears to the right of the third clip Thanks for thorough testing, Bill. I can repeat that fully on Windows if I just "drag" in step 8. If I CTRL-drag in step 8, then of course that shortcut prevents horizontal drag in the second track, but the clip drags back to the first track without the weirdness you see. > 1) New Project > 2) New Stereo Track > 3) Generate tone > 4) Split it into 4 or more clips > 5) Add new stereo track - Fit vertically if needed > 6) Make a selection across the second clip line > 7) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag down > - the left channel of the third clip and the right channel of the second clip move to the second track > 8) Undo > 9) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag left then down > - the left channel of the third clip and the right channel of the second clip move to the second track; also, the left-channel portion of the second clip moves over onto the first clip and a faint clip line appears. > 10) Undo > 11) With the Time Shift Tool, click in the selected area of the lower channel of the third clip and drag down > - the second clip moves down to the lower track > > Other wrong behaviours may be observed depending, it seems, on whether you have "undone" back to the correct point. I won't catalog them all. I see similar, but again CTRL-drag stops you dragging left then down in Step 9. To me these look like issues with "incorrect clip jumping" we had before. We fixed the cases that occurred, but the new functionality to vertically drag inside a selected area has exposed the ones we did not fix. So not bug 375 or 500. Probably we should re-open 373: http://bugzilla.audacityteam.org/show_bug.cgi?id=373 ? Have you tested the bug 375 fix against Sync-Locked tracks, Bill? I must admit I haven't. Gale |
From: Bill W. <bi...@go...> - 2012-05-09 22:37:21
|
Gale: I'd open a new bug. 373 is full of comments on different issues (invisible clip lines, sync lock behaviour). A new bug would give us a clean start. No, I haven't tried this with sync locked tracks. Further comments in line. On 09/05/2012, at 5:02 PM, Gale Andrews wrote: > > | From Bill Wharrie <bi...@go...> > | Tue, 8 May 2012 19:24:16 -0400 > | Subject: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed >> http://bugzilla.audacityteam.org/show_bug.cgi?id=375 >> >> I'm not sure if this should be reported in bug 375 since it is not about "fully selected" clips. It doesn't seem to belong to bug 500 either. >> >> With 2.0.1-alpha May 7, on Mac 10.7.2 Intel. >> >> 1) New project >> 2) Generate tone >> 3) Split it into 4 or more clips >> 4) Add new track >> 5) Fit vertical if needed >> 6) Make a selection across the second split line >> 7) With Time Shift tool, click in selected area of the third clip >> 8) Drag down to second track >> 9) Without releasing mouse button, attempt to drag left - the clip won't move but the pointer will. >> 10) Without releasing the mouse button, drag up >> - The dragged clip moves back into the top track but at the wrong point: a "faint clip line" appears between clips 1 and 2, and white space appears to the right of the third clip > > Thanks for thorough testing, Bill. I can repeat that fully on Windows > if I just "drag" in step 8. If I CTRL-drag in step 8, then of course > that shortcut prevents horizontal drag in the second track, but the > clip drags back to the first track without the weirdness you see. A "sloppy" drag down and left in Step 8 will do it, too. I couldn't find the CTRL modifier for the Time Shift tool in the Manual on http://manual.audacityteam.org/man/Tools_Toolbar or http://manual.audacityteam.org/man/Audacity_Tracks_and_Clips I had to look in Mouse Preferences, and even then the description seems incorrect: "Move clip up/down between tracks - Ctrl-Left-Drag " when in fact the Ctrl key disables left and right dragging, allowing only up/down dragging. Also, "Shift-Left-Drag" disables up/down dragging. > > >> 1) New Project >> 2) New Stereo Track >> 3) Generate tone >> 4) Split it into 4 or more clips >> 5) Add new stereo track - Fit vertically if needed >> 6) Make a selection across the second clip line >> 7) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag down >> - the left channel of the third clip and the right channel of the second clip move to the second track >> 8) Undo >> 9) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag left then down >> - the left channel of the third clip and the right channel of the second clip move to the second track; also, the left-channel portion of the second clip moves over onto the first clip and a faint clip line appears. >> 10) Undo >> 11) With the Time Shift Tool, click in the selected area of the lower channel of the third clip and drag down >> - the second clip moves down to the lower track >> >> Other wrong behaviours may be observed depending, it seems, on whether you have "undone" back to the correct point. I won't catalog them all. > > I see similar, but again CTRL-drag stops you dragging left then down > in Step 9. > > To me these look like issues with "incorrect clip jumping" we had > before. We fixed the cases that occurred, but the new functionality > to vertically drag inside a selected area has exposed the ones we > did not fix. > > So not bug 375 or 500. Probably we should re-open 373: > http://bugzilla.audacityteam.org/show_bug.cgi?id=373 ? > > Have you tested the bug 375 fix against Sync-Locked tracks, > Bill? I must admit I haven't. > > > > > Gale > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Audacity-quality mailing list > Aud...@li... > https://lists.sourceforge.net/lists/listinfo/audacity-quality |
From: Bill W. <bi...@go...> - 2012-05-09 22:47:41
|
On 09/05/2012, at 6:37 PM, Bill Wharrie wrote: > I'd open a new bug. 373 is full of comments on different issues (invisible clip lines, sync lock behaviour). A new bug would give us a clean start. I'd name it "Vertically dragging in the selected area of a partially-selected clip gives wrong behaviour" -- Bill |
From: Gale A. <ga...@au...> - 2012-05-10 09:00:35
|
| From Bill Wharrie <bi...@go...> | Wed, 9 May 2012 18:47:33 -0400 | Subject: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed > On 09/05/2012, at 6:37 PM, Bill Wharrie wrote: > > > I'd open a new bug. 373 is full of comments on different issues (invisible clip lines, sync lock behaviour). A new bug would give us a clean start. > > I'd name it "Vertically dragging in the selected area of a partially-selected clip gives > > wrong behaviour" Even that doesn't seem quite right, as I can repeat the "stereo tracks" issue on Windows when clumsy-dragging clip 3 down, either if clips 2 and 3 are fully selected, or if I select from somewhere in clip 2 to the end of clip 3. Also I'd already tested vertical dragging from inside the selection when the selection was only in part of one clip. So I guess selecting over a clip boundary is the issue, but yes you must also drag from inside the selection. The bug still holds true if you select over white space between clips. OK for a new bug. Gale |
From: Gale A. <ga...@au...> - 2012-05-10 22:58:09
|
| From Bill Wharrie <bi...@go...> | Wed, 9 May 2012 18:37:14 -0400 | Subject: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed > ... I couldn't find the CTRL modifier for the Time Shift tool in the Manual on > http://manual.audacityteam.org/man/Tools_Toolbar or > http://manual.audacityteam.org/man/Audacity_Tracks_and_Clips > I had to look in Mouse Preferences, and even then the description seems incorrect: > "Move clip up/down between tracks - Ctrl-Left-Drag " when in fact the Ctrl key disables left and right dragging, allowing only up/down dragging. Also, "Shift-Left-Drag" disables up/down dragging. I think the descriptions are strictly correct in context of their presentation there, though I can see scope for confusion. "Left-Drag" means the button you are dragging with (left button as opposed to right button), not the drag direction. I noted this in Mouse Preferences in the Manual. If you want to exercise the translators we could have: "Move Clip up/down between Tracks with no Time-Shift" for CTRL-Left-Drag. "Time-Shift all Clips in Track" might improve capitalisation but I think is otherwise clear. It's in Bug 500 that you cannot drag multiple clips vertically. Gale |
From: Gale A. <ga...@au...> - 2012-05-09 21:35:52
|
| From Gale Andrews <ga...@au...> | Wed, 09 May 2012 22:02:14 +0100 | Subject: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed > > | From Bill Wharrie <bi...@go...> > | Tue, 8 May 2012 19:24:16 -0400 > | Subject: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed > > http://bugzilla.audacityteam.org/show_bug.cgi?id=375 > > > > I'm not sure if this should be reported in bug 375 since it is not about "fully selected" clips. It doesn't seem to belong to bug 500 either. > > > > With 2.0.1-alpha May 7, on Mac 10.7.2 Intel. > > > > 1) New project > > 2) Generate tone > > 3) Split it into 4 or more clips > > 4) Add new track > > 5) Fit vertical if needed > > 6) Make a selection across the second split line > > 7) With Time Shift tool, click in selected area of the third clip > > 8) Drag down to second track > > 9) Without releasing mouse button, attempt to drag left - the clip won't move but the pointer will. > > 10) Without releasing the mouse button, drag up > > - The dragged clip moves back into the top track but at the wrong point: a "faint clip line" appears between clips 1 and 2, and white space appears to the right of the third clip > > Thanks for thorough testing, Bill. I can repeat that fully on Windows > if I just "drag" in step 8. If I CTRL-drag in step 8, then of course > that shortcut prevents horizontal drag in the second track, but the > clip drags back to the first track without the weirdness you see. Further to this, how easy should it be to drag a clip back to its original track when the clips are not dragged apart? This hasn't worsened after the fix for bug 375, but even if I CTRL-drag a clip from a track where the clips are not dragged apart, I still cannot drag that clip back to its original track. This is true before or after release of the mouse. The only way to move the clip back is to undo. Gale > > > 1) New Project > > 2) New Stereo Track > > 3) Generate tone > > 4) Split it into 4 or more clips > > 5) Add new stereo track - Fit vertically if needed > > 6) Make a selection across the second clip line > > 7) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag down > > - the left channel of the third clip and the right channel of the second clip move to the second track > > 8) Undo > > 9) With the Time Shift Tool, click in the selected area of the top channel of the third clip and drag left then down > > - the left channel of the third clip and the right channel of the second clip move to the second track; also, the left-channel portion of the second clip moves over onto the first clip and a faint clip line appears. > > 10) Undo > > 11) With the Time Shift Tool, click in the selected area of the lower channel of the third clip and drag down > > - the second clip moves down to the lower track > > > > Other wrong behaviours may be observed depending, it seems, on whether you have "undone" back to the correct point. I won't catalog them all. > > I see similar, but again CTRL-drag stops you dragging left then down > in Step 9. > > To me these look like issues with "incorrect clip jumping" we had > before. We fixed the cases that occurred, but the new functionality > to vertically drag inside a selected area has exposed the ones we > did not fix. > > So not bug 375 or 500. Probably we should re-open 373: > http://bugzilla.audacityteam.org/show_bug.cgi?id=373 ? > > Have you tested the bug 375 fix against Sync-Locked tracks, > Bill? I must admit I haven't. > > > > > Gale |
From: Bill W. <bi...@go...> - 2012-05-09 22:41:54
|
On 09/05/2012, at 5:35 PM, Gale Andrews wrote: [snip] > > Further to this, how easy should it be to drag a clip back to its > original track when the clips are not dragged apart? > > This hasn't worsened after the fix for bug 375, but even if I > CTRL-drag a clip from a track where the clips are not dragged > apart, I still cannot drag that clip back to its original track. > This is true before or after release of the mouse. The only way > to move the clip back is to undo. > I'm not seeing that. After a "good" vertical drag I can always put the clip back. -- Bill |
From: Gale A. <ga...@au...> - 2012-05-10 09:06:50
|
| From Bill Wharrie <bi...@go...> | Wed, 9 May 2012 18:41:47 -0400 | Subject: [Audacity-quality] Bug 375 vertical dragging of selected clips may not be fixed > > On 09/05/2012, at 5:35 PM, Gale Andrews wrote: > > [snip] > > > > > Further to this, how easy should it be to drag a clip back to its > > original track when the clips are not dragged apart? > > > > This hasn't worsened after the fix for bug 375, but even if I > > CTRL-drag a clip from a track where the clips are not dragged > > apart, I still cannot drag that clip back to its original track. > > This is true before or after release of the mouse. The only way > > to move the clip back is to undo. > > > > I'm not seeing that. After a "good" vertical drag I can always put the clip back. When I was looking at your steps for the mono track, the only case where I could drag back was the one where I got the failed horizontal drag after vertical drag, then the faint clip line in the first track. Trying it again now in identical fresh projects, in one project the clips drag back easily, in the other it's near-impossible. So I guess this is similar to when horizontal dragging two clips apart sometimes works and sometimes doesn't. It may have something to do with where exactly the mouse is? Gale |