Age | Commit message (Collapse) | Author |
|
Skip master bus' order-key when re-ordering routes in the mixer.
This also fixes a related issue:
When a new track is added, Session::RouteAdded will call be handled by
Editor::add_routes AND Mixer_UI::add_routes, leading to calls to both:
- EditorRoutes::sync_presentation_info_from_treeview()
- Mixer_UI::sync_presentation_info_from_treeview ()
which potentially set different order-keys.
|
|
|
|
|
|
|
|
Don't change anything if the strip is visible; if we have to move to show it, try
to show the requested strip in the middle
|
|
This doesn't guarantee that is it the MOST recently selected strip
|
|
PresentationInfo::Change more correctly; make Selection a bit smarter when setting track selection
|
|
properties to describe what changed
|
|
Shift+select needs to iterate over strips as they are visually ordered.
(Previously the order of adding/loading strips was used)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
ActionManager registered actions are static global and cannot reference
an instance (this) directly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
grouped faders
|
|
|
|
|
|
|
|
there do the right thing
|
|
|
|
* move checkbox to the left (unaffected by scrollbars)
* use same expand & sizing strategy for both
|
|
|
|
|
|
|
|
|
|
Not really how/why it was modal, but it did run a recursive main event loop, and these are
always a bad idea for lots of reasons. So I removed that feature, which makes it non-modal.
Not 100% tested yet.
|
|
unpack it
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|