Nav GUI - Displaying "Do Not Wait" for an axis move in the cue line summary.
I would like to suggest that we consider adding the "Do Not Wait" checkbox status of an axis move to the cue line summary view. This would allow the user to quickly assess if the "Do Not Wait" feature is ON or OFF for that command. This would bring the summary view in line with the Run Cue, where the cue line summary view displays the state of the Do Not Wait feature.
Thank you,
Jero
Axis Move Cue Line with "Do Not Wait" deselected (No Checkmark in Checkbox)
Axis Move Cue Line with "Do Not Wait" selected (Checkmark in Checkbox)
Note that the summary view of the Axis Move cue line doesn't show that "Do Not Wait" has been turned on.
However, it is shown in the mouse over "Tooltip"
For comparison, the Run Cue line and how it displays the "Do Not Wait" in the cue line summary view
-
Jeronimo Carbi Do you see any time that "Do Not Wait" should be used on an axis?
0 -
That is a great question Jim and I think of an example where a user would want to use "Do Not Wait" with an axis move.
When cueing an axis in a single sub and wanting to advance to the next cue to trigger an alter move for said axis.
(It doesn't follow the "Nav Class" taught best practice of compartmentalizing cues in subs and running those via a master sub or regular sub using Run Cues to retain the "soft stop" button for the initial cue.)
I was considering two things when I created this suggestion:- The harmonization of how this information is displayed in the cue line summary view. For example, if the user chooses the "Keep Active" option, this is displayed, as well as the "Init Delay" option. Our best practices shares with our users that Delay cue lines are recommended for visual clarity of programming. However, if the user chooses to use a "Init Delay", the system will show those parameters in the summary view as troubleshooting timing of the cue lines will be visually more challenging.
- Although it may not be the best way to program, I could see a user choosing "Do Not Wait" for their cueing. Again, this is not our recommended best practice but it is currently available as a tool.
Lastly, if we would like to consider making the "Run Cue Line" the only one with the option for "Do Not Wait" when it comes to axis moves, that could work, as we already teach this in our classes as the best way to manage workflows as the ones described before. This would then mean that the "Do Not Wait" checkbox in the Axis Move would be removed.
I believe that feedback from more people would be essential as I haven't sat down to think about a range of situations or workflows where the "Do Not Wait" would be key to the cueing sequence. I have been primarily thinking of this from a training perspective and not thought a lot in regards to general show programming and on the field examples. The loss of the "soft stop" button for the cue is very important and the user should be aware of the tradeoff when choosing to use the "Do Not Wait" feature.0 - The harmonization of how this information is displayed in the cue line summary view. For example, if the user chooses the "Keep Active" option, this is displayed, as well as the "Init Delay" option. Our best practices shares with our users that Delay cue lines are recommended for visual clarity of programming. However, if the user chooses to use a "Init Delay", the system will show those parameters in the summary view as troubleshooting timing of the cue lines will be visually more challenging.
Please sign in to leave a comment.
Comments
2 comments