[Fix 11.2.5] Moving Cues in Editor Window bugs 11.2.4

[Eric Snodgrass]

I open the Editor window and choose a cue down the list of cues. I click on the Move Cue UP arrow and the chosen cue moves up one space. I click on the Move Cue UP arrow again and the chosen cue moves down one space, back to where it was. Continued clicking of the Move Cue UP arrow moves the chosen cue up and down. Moving a cue down has the same results.
A few workarounds -
choosing the cue, moving it up one space, then choosing another cue and then choosing the first cue again. That allows the cue to be moved up one space only.
Or simply cut and paste the cue, but there is an issue with that too.
When cutting a cue, the entire thing gets sent to the clipboard. but when pasting it the cue number changes depending on the placement of the cue in the cue list. The cue takes on the number after the cue right before it.
Also, the cue triggering properties change when the cue is pasted in a different place. I'm cutting and pasting image cues that are set to trigger via hot keys, but when the cue is pasted in a different location in the cue list, not only does the cue number change but the cue trigger defaults to Manual, thus losing the hot key association. The cue file is saved before moving the cue.

I'm experiencing this with image cues. I have not tested this with audio cues but I would imagine it would be the same results.

[Mike Daniell]

I open the Editor window and choose a cue down the list of cues. I click on the Move Cue UP arrow and the chosen cue moves up one space. I click on the Move Cue UP arrow again and the chosen cue moves down one space, back to where it was. Continued clicking of the Move Cue UP arrow moves the chosen cue up and down. Moving a cue down has the same results.

Confirmed. Fix ready for next release.

When cutting a cue, the entire thing gets sent to the clipboard. but when pasting it the cue number changes depending on the placement of the cue in the cue list. The cue takes on the number after the cue right before it.

Fix ready for next release. When pasting, SCS always created a new cue number, but with this fix SCS will first of all check if the cue number from the clipboard is not currently in use (eg because the cue has just been 'cut'). So if the original cue number is not currently in use then that original cue number will be retained, otherwise a new cue number will be generated (as at present).

Also, the cue triggering properties change when the cue is pasted in a different place. I'm cutting and pasting image cues that are set to trigger via hot keys, but when the cue is pasted in a different location in the cue list, not only does the cue number change but the cue trigger defaults to Manual, thus losing the hot key association.

Fix ready for next release. Similar issue to the above. If the activation method is 'hot key' and the selected hot key and hot key label are not currently in use then the hot key will now be retained. Otherwise the activation method will be set to 'Manual'.

Eric, I'll email you details of a pre-release of this next version for you to try - probably tomorrow my time.

[Eric Snodgrass]

I'll be on the look out for it.

[Eric Snodgrass]

Posting to report that the pre-release version sent to me has fixed all of these issues.

[David Kirkpatrick]

Good to hear there is a new version on the way. I've been running into the same problems.

[Soundbloke]

Likewise!