Age | Commit message (Collapse) | Author |
|
|
|
sync-presentation-info-from-treeview because it isn't necessary
|
|
|
|
|
|
Editor::track_selection_changed() is now invoked by EditorRoutes::sync_treeview_from_presentation_info(),
AFTER the Selection has been updated
|
|
|
|
~DisplaySuspender's PresentationInfo::unsuspend_change_signal
can try to update Stripable PresentationInfo for a session that's
no longer present.
|
|
|
|
|
|
|
|
This does not modify the editor treeview/treemodel at all
but instead works directly on the PresentationInfo order
data. Likely needs more testing etc.
|
|
e.g. move top-most track up, bottom-most track down.
|
|
|
|
|
|
PresentationInfo::Change more correctly; make Selection a bit smarter when setting track selection
|
|
properties to describe what changed
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
single list of Stripables
|
|
|
|
|
|
|
|
|
|
fix up part of reordering behaviour
Dragging tracks/busses in the editor *below* VCAs still does not work
|
|
RouteTimeAxisView
Now that we have VCATimeAxisView, this needed to be done, but it also potentially applied with automation
|
|
|
|
|
|
|
|
|
|
Stripable::PresentationInfoChange after editor-based reordering
|
|
remote control ID and "order keys" have been removed.
|
|
This is better tested with direct use of the solo_control and
Config->get_solo_controls_are_listen_controls()
|
|
and used. The controls now own their own state, rather than proxy for state in their owners.
Massive changes all over the code to accomodate this. Many things are not finished. Consider this a backup safety commit
|
|
|