View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001605 | ardour | bugs | public | 2007-04-09 22:34 | 2009-10-29 23:59 |
| Reporter | oofus | Assigned To | cth103 | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001605: Selecting snap to region starts or ends only works across all tracks if no tracks have been selected, in the current session | ||||
| Description | Selecting snap to region starts or ends only works across all tracks if no tracks have been selected, in the current session. Once a track has been selected and then all tracks deselected, snapping to region starts or ends is governed by the regions in track 1. With no tracks selected snapping should take into account the start and end points of regions across all tracks. | ||||
| Tags | No tags attached. | ||||
|
|
should be fixed or at least dramatically improved in rev 1700 |
|
|
That's much much better, follows the selection (or lack of) really well. Tested with starts, ends and bounds. The only slight issue I have is that when moving from left to right, the playhead (if that is what you are moving) jumps to the next snap point immediately it has been moved off the current snap point. When moving from right to left, the playhead doesn't leave the current snap point until the playhead is right over the next snap point. A transition point from one snap point to the next would feel better if it happened halfway between the two. This is just polishing, the function does now work a lot better. |
|
|
Although........It seems that the very last region end (ie furthest along the time line, regardless of what track it is on) cannot be snapped to. |
|
|
oofus is this still an issue for you? |
|
|
The snapping itself is fixed as per my comments on the 11-04-07, but my other comments from the same date still stand. My comment from the 26-04-07 seems no longer to be true so can be considered fixed. |
|
|
Ok taking this issue out of feedback then since you have provided it, thanks. I suspect the issue here is a positioning check that is only checking for 'if position > region_edge goto next region' or soemthing along those lines instead of checking for either a threshold from the region edge(For loose snapping) or for which edge it is closer to, the one before or the one after(For forced snaps). I wonder which would actually be better here not that I think about it. |
|
|
The halfway-transition problem should be fixed in SVN rev 5568. Could you confirm? |
|
|
That's much better, feels really good. There does however seem to be a bit of a bug. Depending on where you first click on the ruler and then drag the playhead, it appears impossible to drag the playhead to the earliest region boundary if the mouse goes over the left hand edge of the editor. Also a feature comes to mind. When dragging in the ruler, currently, a simple click and drag moves the playhead, a ctrl+click adds marks. I suggest adding shift and click that temporarily enables the grid during the current drag. |
|
|
The bug might be improved in 5583. Could you check? |
|
|
As for the enabling the drag on a hot key, there's already a (configurable) hot key to turn off the grid during drag, so maybe that functionality should be changed so that it toggles grid state while pressed. |
|
|
5583 does seem to have improved the problem. Toggling the grid state sounds even better, an override type of thing to temporarily reverse the current setting while the key is pressed. Could then apply to anything that might or might not snap to a grid, not just the playhead. |
|
|
OK, that's all implemented in 5584, so I'll resolve this. Thanks for the suggestions! |
|
|
see notes |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-04-09 22:34 | oofus | New Issue | |
| 2007-04-11 16:21 | paul | Note Added: 0003793 | |
| 2007-04-11 16:21 | paul | Status | new => feedback |
| 2007-04-11 23:56 | oofus | Note Added: 0003794 | |
| 2007-04-26 22:51 | oofus | Note Added: 0003856 | |
| 2009-07-04 05:21 | seablade | Note Added: 0006236 | |
| 2009-07-04 05:21 | seablade | OS | Mandriva => |
| 2009-07-04 05:21 | seablade | OS Version | 2007 => |
| 2009-07-04 05:21 | seablade | Platform | Dual 666MHz PIII => |
| 2009-07-04 05:21 | seablade | Build | SVN 1692 => |
| 2009-07-05 20:58 | oofus | Note Added: 0006354 | |
| 2009-07-05 23:25 | seablade | Note Added: 0006364 | |
| 2009-07-05 23:26 | seablade | Severity | major => minor |
| 2009-07-05 23:26 | seablade | Status | feedback => acknowledged |
| 2009-08-22 19:46 | cth103 | Note Added: 0006589 | |
| 2009-08-22 19:46 | cth103 | Status | acknowledged => feedback |
| 2009-08-24 19:09 | oofus | Note Added: 0006592 | |
| 2009-08-24 19:28 | cth103 | Note Added: 0006593 | |
| 2009-08-24 19:49 | cth103 | Note Added: 0006594 | |
| 2009-08-24 20:22 | oofus | Note Added: 0006595 | |
| 2009-08-24 20:31 | cth103 | cost | => 0.00 |
| 2009-08-24 20:31 | cth103 | Note Added: 0006596 | |
| 2009-08-24 20:31 | cth103 | Status | feedback => resolved |
| 2009-08-24 20:31 | cth103 | Resolution | open => fixed |
| 2009-08-24 20:31 | cth103 | Assigned To | => cth103 |
| 2009-10-29 23:59 | oofus | Status | resolved => feedback |
| 2009-10-29 23:59 | oofus | Resolution | fixed => reopened |
| 2009-10-29 23:59 | oofus | Note Added: 0006986 | |
| 2009-10-29 23:59 | oofus | Status | feedback => closed |
| 2009-10-29 23:59 | oofus | Resolution | reopened => fixed |
