Topic: Relative snap?

Viewing 15 posts - 16 through 30 (of 94 total)
  • #18038
    thcilnnahoj
    Participant

    @LiquidProj3ct wrote:

    I never used Shift key in Podium to restrict the movement, it’s something that doesn’t help to my workflow because you can move again the mouse to fix the possible movement error.

    It’s very useful if you work with recordings, which are not exactly perfectly on the beat most of the time. If you want to move an audio event from one track to another, but keeping its position on the timeline, you’d have a hard time lining it up by hand.

    I also tried Reaper – Frits, the automatic relative snapping seems to be only in the piano roll, like Liquid described. I think it works quite nicely, though for some reason, the end points of notes snap to the grid as well – can’t think of a use for that right now…

    #18039
    LiquidProj3ct
    Participant

    I didn’t want to mean it weren’t useful! It should be and now I’m using it too ๐Ÿ˜€ It’s useful (for me) when I have the piano roll with a small zoom.

    However I think that ignore snap feature is a must, with ALT key (once the movement or resize of the piano roll note has started) should work flaweless, or A or Z <- This could solve the problem

    #18040
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Thanks you for try it. Please watch this video, it’s a rar file, it compressed the video from 1.300Kb to 50Kb ๐Ÿ˜ฎ

    When I click the link you provided it says the file is temporarily unavailable?

    Edit: And now it’s available.

    #18041
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    You can see how I use Reaper demo’s piano roll. When I move the note it always snap to the nearest grid or relative snap point. When I ignore snap I’m using shift key.

    Thanks for the video. I only tested the snap in the track view, so that’s why I didn’t see both absolute and relative working at the same time. Can’t it sometimes be confusing to have both snap modes enabled? For example, if you have an event that is very close to the grid line, it would be very hard to see whether you have dragged it so that it snaps absolute to the grid, or relative.

    However if I want do a groove in Podium I need to enable/disable snap constantly, because sometimes I want to move the notes snapping and others without snapping and quicky fix any start or duration with shift key. It’s lightning fast and it appeals me to work.

    edit2: about shift key to ignore snap, I’ll be happy with caps lock or ‘A’ or ‘Z’ to temporary enable/disable snap

    After thinking about it for a while: How about assigning Shift+Alt as the x/y drag lock (currently Shift), and then assigning Shift to override snap? These shortcuts will only work if you press them after you have clicked the events to start the drag.

    I’d like the key shortcut behaviour for snapping to be identical in all editors, so since Ctrl and Alt are used to drag copies in the arrangement editor (Windows standard), it has to be Shift or some other combination.

    #18043
    LiquidProj3ct
    Participant

    @Zynewave wrote:

    Can’t it sometimes be confusing to have both snap modes enabled? For example, if you have an event that is very close to the grid line, it would be very hard to see whether you have dragged it so that it snaps absolute to the grid, or relative.

    No ๐Ÿ™‚ In theory you can believe can be some problems, but in the practise you discover that you always see where you’re snapping, even 1 pixel. While Podium hadn’t relative snap I had to use Reaper or FL Studio to do it, and that’s my experience.

    After thinking about it for a while: How about assigning Shift+Alt as the x/y drag lock (currently Shift), and then assigning Shift to override snap? These shortcuts will only work if you press them after you have clicked the events to start the drag.

    I’d like the key shortcut behaviour for snapping to be identical in all editors, so since Ctrl and Alt are used to drag copies in the arrangement editor (Windows standard), it has to be Shift or some other combination.

    For me those are great shorcuts! ๐Ÿ˜€ and I’d bet that for all mouse-musician

    #18046
    LiquidProj3ct
    Participant

    Frits, I’ve thinking and ignore snap shorcut should act before start the movement, because imagine a note like this:

    If you want to move the note start or end a little to fix something in a melody, if you start dragging without ignore snap shortcut you will lose the clue about where was exactly the start or end of the note.

    So the solution would be that if the cursor is over events (not free piano roll / arrangement space) or in its border shift key works as ignore snap before click.

    #18049
    thcilnnahoj
    Participant

    @Zynewave wrote:

    After thinking about it for a while: How about assigning Shift+Alt as the x/y drag lock (currently Shift), and then assigning Shift to override snap? These shortcuts will only work if you press them after you have clicked the events to start the drag.

    Sounds fine to me. Would it only work when moving events, or maybe also circumvent the selection rectangle snapping to the grid when you the modifier it while drawing it?

    #18057
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    @Zynewave wrote:

    Can’t it sometimes be confusing to have both snap modes enabled? For example, if you have an event that is very close to the grid line, it would be very hard to see whether you have dragged it so that it snaps absolute to the grid, or relative.

    No ๐Ÿ™‚ In theory you can believe can be some problems, but in the practise you discover that you always see where you’re snapping, even 1 pixel. While Podium hadn’t relative snap I had to use Reaper or FL Studio to do it, and that’s my experience.

    If the event is very close to the grid line (but not on it), there may be zero pixels difference. Depending on which side of the grid line you drop it, the event will be snapped absolute or relative, but you won’t have a visual indication of which. My point is that I would like some indication while dragging, whether the current mouse position snaps absolute or relative to the grid. It could be done by highlighting the vertical grid line when snapped absolute. I’ll think about that.

    If I decide to support it, it certainly will be optional. It’s likely that some will dislike snap working both for absolute and relative positions. You get twice the number of snap points when dragging events, and thus it can be harder to drop events precisely. Anyone else have an opinion on this?

    #18059
    Zynewave
    Keymaster

    @thcilnnahoj wrote:

    @Zynewave wrote:

    After thinking about it for a while: How about assigning Shift+Alt as the x/y drag lock (currently Shift), and then assigning Shift to override snap? These shortcuts will only work if you press them after you have clicked the events to start the drag.

    Sounds fine to me. Would it only work when moving events, or maybe also circumvent the selection rectangle snapping to the grid when you the modifier it while drawing it?

    I think it should override all snapped actions.

    #18060
    Zynewave
    Keymaster

    @LiquidProj3ct wrote:

    Frits, I’ve thinking and ignore snap shorcut should act before start the movement, because imagine a note like this:

    If you want to move the note start or end a little to fix something in a melody, if you start dragging without ignore snap shortcut you will lose the clue about where was exactly the start or end of the note.

    So the solution would be that if the cursor is over events (not free piano roll / arrangement space) or in its border shift key works as ignore snap before click.

    You would only need to click, and then press Shift, before starting to drag. Thus you can avoid that it snaps before you press Shift.

    I don’t like having an alternative behaviour of the Shift key depending on whether your mouse is over an event. I often use the Shift+Click+Drag marquee selection to quickly select a bunch of events. I’d like to be able to do this without worrying whether I clicked on an event.

    #18064
    LiquidProj3ct
    Participant

    @Zynewave wrote:

    You would only need to click, and then press Shift, before starting to drag. Thus you can avoid that it snaps before you press Shift.

    It sounds good ๐Ÿ˜‰

    #18068
    thcilnnahoj
    Participant

    @Zynewave wrote:

    I think it should override all snapped actions.

    Yay! That makes me very happy. ๐Ÿ™‚

    #18075
    Zynewave
    Keymaster

    Hmm, this is a mess :-k

    Reassigning Shift+Alt for x/y position drag lock, as I suggested earlier in this topic, will not work. In the arrangement editor you would press and hold Shift+Alt while dragging, as a combo for dragging a phantom copy of a sequence/sound (Alt), and lock the drag direction (Shift) at the same time. There are just limits to how much functionatliy can be piled onto the Shift+Control+Alt keys.

    How about I reassign the shortcut key for snap on/off to A instead of T? That should make it easier to reach when you have your hand near the Shift/Ctrl/Alt keys. Note that A would still toggle snap mode. You cannot hold down the A key to temporarily disable snap.

    While thinking about this, I had an idea that could make it much easier to do all sorts of drag operations:

    Imagine you have made an event selection. You then right-click anywhere you like (most likely near your selection), and what appears is a translucent circular panel containing a number of handles arranged around the edge of the circle. The handles in the circle would be shortcuts for: moving, moving without snap, resizing, resizing without snap, fade-in/out, gain, snap point, note velocity, etc. The available drag actions could be customized by the user.

    So basically you right-click, and then left-click+drag a handle on the circular panel, instead of left-click+dragging a handle on the event. The panel will pop up so that the last used handle will appear under the mouse, so if you’re doing a series of gain-adjustments on sound events, it’s a quick right/left click to start dragging the gain value. This panel would solve the problem of having more drag actions than can be activated with key shortcuts. It would also offer easily accessible drag handles, in case you have zoomed out so far that it would be difficult to hit the normal smaller handles on the event. It would also work well with touchscreen interfaces. ๐Ÿ˜‰

    Crazy idea?

    #18076
    LiquidProj3ct
    Participant

    @Zynewave wrote:

    Reassigning Shift+Alt for x/y position drag lock, as I suggested earlier in this topic, will not work. In the arrangement editor you would press and hold Shift+Alt while dragging, as a combo for dragging a phantom copy of a sequence/sound (Alt), and lock the drag direction (Shift) at the same time. There are just limits to how much functionatliy can be piled onto the Shift+Control+Alt keys.

    That’s a pity ๐Ÿ™

    How about I reassign the shortcut key for snap on/off to A instead of T? That should make it easier to reach when you have your hand near the Shift/Ctrl/Alt keys. Note that A would still toggle snap mode. You cannot hold down the A key to temporarily disable snap.

    This would be a valid solution if make you sure you can turn on/off snap while you’re dragging. Anyway I’d like to use a momentary key modifier, but I can get used with toggle behavior too.

    While thinking about this, I had an idea that could make it much easier to do all sorts of drag operations:

    Imagine you have made an event selection. You then right-click anywhere you like (most likely near your selection), and what appears is a translucent circular panel containing a number of handles arranged around the edge of the circle. The handles in the circle would be shortcuts for: moving, moving without snap, resizing, resizing without snap, fade-in/out, gain, snap point, note velocity, etc. The available drag actions could be customized by the user.

    So basically you right-click, and then left-click+drag a handle on the circular panel, instead of left-click+dragging a handle on the event. The panel will pop up so that the last used handle will appear under the mouse, so if you’re doing a series of gain-adjustments on sound events, it’s a quick right/left click to start dragging the gain value. This panel would solve the problem of having more drag actions than can be activated with key shortcuts. It would also offer easily accessible drag handles, in case you have zoomed out so far that it would be difficult to hit the normal smaller handles on the event. It would also work well with touchscreen interfaces. ๐Ÿ˜‰

    Crazy idea?

    Uhm, I think it’s a crazy idea in this moment, maybe later when touch screen would be more common. Why don’t you embrace in a total mouse customization for events? As PVR tool in sonar. You draw in a new window a big note, with the different zones, and let the user define the action for each combination of modifier+mouse button for each zone.

    I wouldn’t mind wait two month for something like that, you will do tons of people happy with Podium ๐Ÿ˜‰

    #18078
    Slomo
    Participant

    @Zynewave wrote:

    Crazy idea?

    Not at all. If I get your picture right you find something like this in 3D software e.g. Maya. Could be great!

Viewing 15 posts - 16 through 30 (of 94 total)
  • You must be logged in to reply to this topic.
ยฉ 2021 Zynewave