View Single Post
Old 11-22-2012, 09:19 PM   #58
medicine tactic
Human being with feelings
 
medicine tactic's Avatar
 
Join Date: Aug 2012
Location: central Texas
Posts: 962
Default

I think the whole issue stems from a misunderstanding of focus. The two things all formulations of focus seem to have in common are 1) the user chooses which item has focus, and 2) the focused item is the one that receives events under normal circumstances. There's almost nothing to it. And yet removing it causes a profound shift.

Some DAWs allow you to select events in unfocused items, and drag them or delete them or quantize them or whatever. This still falls within single-focus, item-based editing.

Some DAWs allow you to drag events from one item to another. Same.

Any definable set of events in the whole project can be batch-operated on, and this will not violate single-focus item-based editing.

Select all C#2's with a velocity between 67 and 73 and transpose them -13 semitones? Does not violate single-focus item-based editing.

Just want to draw events on an infinite grid and let the software worry about how to itemize them? Now we have a problem.

But with an expressive set of actions for item bounds movement and focus-shifting, you should be able to define a behavior that suits you just fine, and REAPER would retain single-focus item-based editing.
medicine tactic is offline   Reply With Quote