From live 'copy to next' should create new next cue from end of current cue list.

• I'm wondering why this would get down voted. Record group, cue, palette next  all have this same behavior. Why should copyto be diffrent? If I say cue copy to cue next but their is no next cue should the system not create one?

I'm not understanding what functionality/scenario you're looking for where Record Next doesn't do what you want 'copy to next' to do? Why should Copy To be different than Record, because they are different commands that mean different things and are made to achieve different things? And Copy To Next for Group and Palettes does not create new Groups or Palettes?

The use for this is because when you use record it will reassign the ownership of a channel in a cue list. If you use copy to then the system will automatically sort out the channels that have been assigned to and are active in multiple cue lists. So if you are using cue 1/ as your main list and have an effect or other operations running in another cue list(s) if they are active 'record' from live will record all active live information, copy to cue 1/×  will only copy the information that is active in cue list 1 and ignore channel information played back from all other active cue lists because that information is not owned by cue 1/. Often I use cuelists in phantom mode and my list 1/ stays on my command line as my main output layer. That is why I would be nice 'copy to cue next ' would create a new cue in the active list and only copy channel information owned by that cue to a new step. Hopefully this makes sense.

The use for this is because when you use record it will reassign the ownership of a channel in a cue list. If you use copy to then the system will automatically sort out the channels that have been assigned to and are active in multiple cue lists. So if you are using cue 1/ as your main list and have an effect or other operations running in another cue list(s) if they are active 'record' from live will record all active live information, copy to cue 1/×  will only copy the information that is active in cue list 1 and ignore channel information played back from all other active cue lists because that information is not owned by cue 1/. Often I use cuelists in phantom mode and my list 1/ stays on my command line as my main output layer. That is why I would be nice 'copy to cue next ' would create a new cue in the active list and only copy channel information owned by that cue to a new step. Hopefully this makes sense.

I think you should be able to constrain which cuelists control which channels by creating partitions, and partitioning the cuelists. Or by using [Group] [Cue] [Record] or [Group] [Cue] [/] [Record].