When you drag the note backwards, perhaps it is not a bad idea to let the note move backwards
I've been struggling with this idea too but somehow I failed to make it good enough. My idea was not moving the note but extending or resizing the note in the opposite direction. Anyway I did not had success in making it consistent and stable yet. But I'm trying still :)
I see that you've changed cursor behaviour on copy paste.
I don't remember doing that lately :) Perhaps you feel it a little different each time you try, because the anchor event is usually the first one you select in a group and the pasting/floating selection always refers to this anchor when moving and placing the whole group. Usually the so-called anchor event is the top-left-most event in a rectangular group selection, but that can change if you build the group in some other composite esoteric manners ;)
When you copy a group of notes, their positions are preserved relative to each other.
This was in fact corrected since some previous release I believe, but I was almost sure it was already fixed in this last one (release 0.4.5).
But when you move or copy just one note, it still snaps to the main grid.
Uhoh. Again, I don't think this is subject for correction... From my POV it is WAD (working as designed:). Look, in the group selection scenario, the so-called anchor event is the one which gets snapped quite exactly as you were about to moving it alone.
Is it possible to mark "dirty" midi clips visually?
Indirectly this is already featured, the editor window will still say "modified" on its title even though you may close or open it several times until you either save the clip or the whole session (song).
The way it is now - I think it is pretty much ok.
Good. But please (there's always a but isn't it?), do not hold yourself about testing this huge behavorial change thouroughly. I know, I'm sure there's a nasty catch lurking in there, I just know :)
Great stuff.
thanks a lot.
When you drag the note backwards, perhaps it is not a bad idea to let the note move backwards
I've been struggling with this idea too but somehow I failed to make it good enough. My idea was not moving the note but extending or resizing the note in the opposite direction. Anyway I did not had success in making it consistent and stable yet. But I'm trying still :)
I see that you've changed cursor behaviour on copy paste.
I don't remember doing that lately :) Perhaps you feel it a little different each time you try, because the anchor event is usually the first one you select in a group and the pasting/floating selection always refers to this anchor when moving and placing the whole group. Usually the so-called anchor event is the top-left-most event in a rectangular group selection, but that can change if you build the group in some other composite esoteric manners ;)
When you copy a group of notes, their positions are preserved relative to each other.
This was in fact corrected since some previous release I believe, but I was almost sure it was already fixed in this last one (release 0.4.5).
But when you move or copy just one note, it still snaps to the main grid.
Uhoh. Again, I don't think this is subject for correction... From my POV it is WAD (working as designed:). Look, in the group selection scenario, the so-called anchor event is the one which gets snapped quite exactly as you were about to moving it alone.
Is it possible to mark "dirty" midi clips visually?
Indirectly this is already featured, the editor window will still say "modified" on its title even though you may close or open it several times until you either save the clip or the whole session (song).
The way it is now - I think it is pretty much ok.
Good. But please (there's always a but isn't it?), do not hold yourself about testing this huge behavorial change thouroughly. I know, I'm sure there's a nasty catch lurking in there, I just know :)
Cheers && thanks for the awesome feedback!