10.1 Hotkey Repositioning Anomoly (fix in 10.1.1)

[Dan]

Hi, Mike! Sorry it's been a while since I've been able to check in.... I saw that 10.1 was in GA, so I had a golden opportunity to try it "in the field". I LOVE the new interface, but it will probably be a while before I get an opportunity to use the Video side. So I'm trying out the Audio side. I noticed something about Hotkeys as I was building a short show.

I built a hotkey cue, and assigned it to a key, tested it, and it worked as expected. Subsequently, I moved the hotkey cue to another location. That is, I used the arrows in the editor to move it to the end of the "standard" audio cues, and Saved the file. But, now when I click on the hotkey, it does not play the Hotkey cue, but rather, it plays one of the other "main" cues. It appears it is now linked to the "standard" cue that followed the relative position of the original hotkey location in the cue list.

That is, I had cues:

Q1
Q2
HotK
Q3
Q4

When I pressed K, HotK correctly played.

But after moving the relative position of HotK to the end, and saving the file, as in:

Q1
Q2
Q3
Q4
HotK

When I press K, Q3 plays.

However, if I exit SCS, and then restart it, the hotkey works as expected. It looks like when a hotkey gets moved, it doesn't update the internal location of the cue to be played when the hotkey is pressed, until the XML file is reloaded.

[Mike Daniell]

Yes, Dan, it was just the internal pointers. Fix ready for 10.1.1.

[Dan]

Excellent! I figured you were all over this. Thanks!