Q time 0 =Lock Qlist Scroll

[PierTis]

Is it a volonté to lock Qlist Scroll on a Qtime 0 ?
Thanks

[BobbyHarrell]

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.

[PierTis]

OhOhsorry
i've see
thanks bobby

[JohnGrimshaw]

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.

[PierTis]

I understand, thanks for this "rappel" of buttons john