Page 1 of 1

[Fix 11.2.5] Moving Cues in Editor Window bugs 11.2.4

Posted: Thu Oct 17, 2013 10:47 am
by 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.

Re: Moving Cues in Editor Window bugs 11.2.4

Posted: Thu Oct 17, 2013 5:50 pm
by Mike Daniell
Eric Snodgrass wrote: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.
Eric Snodgrass wrote: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).
Eric Snodgrass wrote: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.

Re: Moving Cues in Editor Window bugs 11.2.4

Posted: Fri Oct 18, 2013 12:36 am
by Eric Snodgrass
I'll be on the look out for it.

Re: Moving Cues in Editor Window bugs 11.2.4

Posted: Sun Oct 27, 2013 12:22 am
by Eric Snodgrass
Posting to report that the pre-release version sent to me has fixed all of these issues.

Re: Moving Cues in Editor Window bugs 11.2.4

Posted: Mon Oct 28, 2013 10:32 pm
by David Kirkpatrick
Good to hear there is a new version on the way. I've been running into the same problems.

Re: Moving Cues in Editor Window bugs 11.2.4

Posted: Tue Oct 29, 2013 11:35 am
by Soundbloke
Likewise!