Is it a volonté to lock Qlist Scroll on a Qtime 0 ?
Thanks
Q time 0 =Lock Qlist Scroll
- BobbyHarrell
- Posts: 2334
- Joined: Fri Oct 12, 2007 10:51 am
- Location: Livingston, NJ
- Contact:
Re: Q time 0 =Lock Qlist Scroll
PierTis,
I apologize but I only speak English and most of that is Texan but cue list scroll lock should only affect your cue list display when you are running thru cues. When engaged, (no color) the current cue will be the 3rd in the list. When disengaged (with background color) your cue list will not scroll and the current cue banner will move down the list.
I apologize but I only speak English and most of that is Texan but cue list scroll lock should only affect your cue list display when you are running thru cues. When engaged, (no color) the current cue will be the 3rd in the list. When disengaged (with background color) your cue list will not scroll and the current cue banner will move down the list.
Bobby Harrell - Product Specialist
Philips Entertainment - Strand Lighting
Philips Entertainment - Strand Lighting
Re: Q time 0 =Lock Qlist Scroll
OhOhsorry
i've see
thanks bobby
i've see
thanks bobby
- JohnGrimshaw
- Posts: 1233
- Joined: Tue Oct 16, 2007 12:51 pm
- Primary Venue / Use: Other
- Where I Am: International Man of Mystery
- Location: Sydney, Australia
- Contact:
Re: Q time 0 =Lock Qlist Scroll
This comes back to the old problem of button labels being a little confusing throughout the desk. I naturally assume that "a back ground colour" is the same as a light being "on", and thus selected.
I think "special" buttons should work like this:
Toggle Buttons - label should tell you what will happen when you press it (rather then being a label for what is currently happening). For example "Activate Cuelist Scroll Lock". But in the context of the whole console, my preference would be for simple text like "Cuelist Scroll Lock" with a RED background for off, and GREEN for on tells you both what the button does, and the current "state" of the button.
Radio Button Group (like the patch page selections) - with a RED background for off, and GREEN for on.
Inactive Buttons - Greyed out, like you did for the "active" patch page which is another example of confusing button design. I would like to see buttons (like the moving light attribute selection buttons) greyed out if there is nothing to be selected there.
Paging Buttons (like the Moving Light attribute selection buttons) - should have the text "Page x of y" on the bottom line.
I think "special" buttons should work like this:
Toggle Buttons - label should tell you what will happen when you press it (rather then being a label for what is currently happening). For example "Activate Cuelist Scroll Lock". But in the context of the whole console, my preference would be for simple text like "Cuelist Scroll Lock" with a RED background for off, and GREEN for on tells you both what the button does, and the current "state" of the button.
Radio Button Group (like the patch page selections) - with a RED background for off, and GREEN for on.
Inactive Buttons - Greyed out, like you did for the "active" patch page which is another example of confusing button design. I would like to see buttons (like the moving light attribute selection buttons) greyed out if there is nothing to be selected there.
Paging Buttons (like the Moving Light attribute selection buttons) - should have the text "Page x of y" on the bottom line.
Re: Q time 0 =Lock Qlist Scroll
I understand, thanks for this "rappel" of buttons john