The documentation states for moving a clip...
"By holding the Alt key you can instead perform an insert edit. The moved clip slices the existing clips at the in point, then moves all the affected clips to the right to make room."
This does not work as documented.
What Hitfilm actually does is as follows...
The Shift key modifier operates like the Alt key modifier is currently documented.
The Alt key modifier operates by copying the event and doing an overlay edit. This action is currently undocumented.
One can logically infer than then an Alt+Shift key modifier would do an insert edit with and event copy. It does not. It only operates like a Shift key modifier alone.
- The documentation is wrong with regards to the Alt key modifier. It should be Shift.
- The Alt modifier actually does a copy of the event with an overlay edit upon placement. This actual function of the Alt key modifier is undocumented.
- The logical inference from the above two actions is that the Alt+Shift key modifier would do an event copy with and insert edit. It does not. In reality the copy operation is not performed, only the insert edit is performed, as if the Alt modifier were not pressed. Of course this final part is my personal logic. Hitfilm logic could be that the Alt+Shift combo is not logical. That Alt should only ever do an overlay edit. IMO an application should not ignore any keyboard modifiers. In this case Alt. If a specific keyboard modifier combination has no special meaning then the app should not do an action by recognizing the modifier it recognizes and ignore one(s) it does not. In this case Alt. Pedantically Shift does not equal Alt+Shift, Ctrl+Shift or Ctrl+Alt+Shift. All are distinct and unique. Again, that is my opinion as a developer.
Hopefully I have tested and documented this properly and not executed foot in mouth disease but I am human. Apologies for inserting personal opinion in place(s) but is comes with the package. ;-)