Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
Unconditionally use the mouse-cursor as zoom-focus when holding
<ctrl> while scrolling on the canvas.
This is consistent with using ctrl + scroll in the ruler area.
|
|
|
|
starting; fixes failure of cancel to stop import
|
|
focus is set
|
|
|
|
|
|
When Prefs > Editor > Zoom to mouse position... is disabled.
Ctrl + Scroll now allows to override the current zoom-focus,
and zoom in/out at the mouse-cursor position.
|
|
Use nudge clock if snap/grid is disabled; use grid (and grid/4 if "fine" adjustment is chosen)
|
|
|
|
|
|
|
|
|
|
internal edit mode
Also, activate MIDI editing actions so that they are effective in internal edit mode
|
|
|
|
|
|
a MIDI region
|
|
selection"
1. Alt is still handled to change drag behavior
2. Selection doesn't store notes unless they are part of the cut buffer, which means we should not
be altering the note selection in the editor's selection object most of the time.
|
|
|
|
|
|
and notes
1) Notes are only present in a Selection object if it is being used as a cut buffer. They are never stored
there as part of "normal selection" - that is delegated/left to MidiRegionViews that own the notes.
2) MidiRegionViews are stored in the Selection as "just" RegionViews, so provide a convenience
method to access them. This doesn't actually change much, since even the old MidiRegions object
was actually just a RegionSelection i.e. RegionViews.
|
|
|
|
bindings
We now check from the focus widget (if any) for any widget heirarchy bindings, and try to use them.
Next use the "top level" bindings passed in (top level is quoted because they may be owned by a tab,
rather than a window).
Finally, if the event is still not handled, try the global bindings
This model more closely matches what I think a reasonable programmer with experience of other
GUI toolkits would expect, and allows us to have multiple bindings present (though not
simultaneously used) in a given window
|
|
|
|
Duplicate "the", missing "file"
|
|
|
|
|
|
Individual mixer-strip already revert to default display when
the send vanishes. This also resets the mixer view.
|
|
|
|
|
|
|
|
Previously MidiNotePressureAutomation was not assumed to be
MIDI automation.
|
|
|
|
|
|
|
|
|
|
|
|
Ripple editing will be reworked some point after 6.0
|
|
As soon as we ripple drag the selected region out of the original track,
::remove_unselected_from_views() is called and the rippled regions on the
original track are not covered when ::remove_selected_from_views() is called
again in ::finished(). Therefore we need to shift the regions remaining on the
original track back and forth again, in order to have them properly in the undo
history.
|
|
Menu item was added before name was finalized
but needs to match names used everywhere else
|
|
|
|
Previously only drag/drop to existing tracks used the target
time-position and files imported as new tracks using the drop-zone
were placed at 00:00:00:00.
|
|
This also fixes a logic error when "get_only_copy_imported_files"
was unset.
The condition under which "copy" was mandatory was rather convoluted,
so this also provides a more consistent user-experience.
|
|
Man new users drag/drop files onto the canvas without being aware
that Ardour only references external files. This can break sessions
when those files [re]moved.
|
|
RegionMoveDrag::finished_no_copy() calls ::clear_changes() on every selected
Region and then sets their positions again before committing the command to the
UndoHistory. By doing that no changes from the previous transaction spill over
into the current transaction.
This needs to be done in a similar way by in RegionRippleDrag::finished()
because otherwise a following undo action would also undo the changes of the
previous transaction for all the non selected rippled regions.
RegionRippleDrags across tracks are still borked, though.
|
|
|
|
leaves mixer in fanout to old bus
turn show sends off
change bus
turn show sends on for user expected result
|
|
|