[QLab] "Color Rows" in Qlab 2?

[Jeremy Page]

Hey there Q-Labbers,

(Sorry - this time WITHOUT the enourmous attachments!)

I've just finished assembling the Qlist for a production that's running sound off of a tiger mac, so I've had to downsize back to Qlab 1. Immediately, I remembered all of the things that I take for granted in Qlab2 - thank God for not having to jump into audacity during Q assembly!

However, I quickly noticed a feature that I hadn't noticed I'd been missing, Color Rows:  http://drp.ly/1pfJ8Q

I just don't think you get the same level of visual feedback off the status icons in Qlab 2:  http://drp.ly/1pfKai

It's a feature that I'd forgotten I was missing, and I'd love to see the option for coloured rows back in Qlab 2.

Hope your day is Dubul Rynbo all the way,

Jem Page

[luckydave]

Hi Jeremy.

In the Info tab in any cue's inspector, you can set the cue's color, and that cue's row in the cue list will have that color. Colors don't show up when a cue is highlighted, but otherwise, they're available.

luckydave
luck...@figure53.com

________________________________________________________
WHEN REPLYING, PLEASE QUOTE ONLY WHAT YOU NEED. Thanks!
Change your preferences or unsubscribe here:
http://lists.figure53.com/listinfo.cgi/qlab-figure53.com

[Christopher Ashworth]

Hi Jem --

In addition to what luckydave wrote about custom coloring rows (which is true), I'll just add that the way the colored rows worked in version 1 (coloring rows automatically based on loaded/running status) is indeed, as you note, different in v2.

Mostly this was due to not being sure about the best way to mix the old functionality and the new functionality. (Custom colored rows + automated colored rows.)

But I agree the old functionality was nice; I'd like to consider adding it back again in the future.

Dubul Rynbo,
C

________________________________________________________

[Matthew P Carpenter]

I'm not sure that is the point Jeremy was making... Sure, it's nice to be able to make a row a color nowadays, but the automatic visual cues of loaded, currently playing, etc...  were very nice in V1.xx.  It was more apparent what the current playback state was by a quick glance at the cuelist, as opposed to the current system of symbols in the left hand column.  

It is hard to reconcile automatic row visual aids like V1, though, with the user defined row colors available in V2. A complicated cuelist could get pretty messy with colors.

Matt Carpenter

--
Matt Carpenter
Sound Director
PCPA Theaterfest 
805-928-7731 x3140
macar...@pcpa.org

[luckydave]

> It is hard to reconcile automatic row visual aids like V1, though, with the user defined row colors available in V2. A complicated cuelist could get pretty messy with colors.

You are correct, Matt. I underthought my response there. I forgot about the entire-row status coloring in v1, because I'm so adapted to v2 now. One does seem to preclude the other, though, much like a selected cue will be blue, no matter what your color settings are for the cue, in v2. For myself, and this is from a programming, more than operating, perspective, I prefer being able to tell myself more about the cue list at a glance, rather than seeing information related to playback/on deck status. Of course, that's entirely a personal preference.

[*]

I find it a bit confusing to color my cue list & then have the selected
cue be "blue". I know that this is consistent with how a non colored cue
list works but...

What if a cue list has a blue cue already? Or the whole thing is blue?

Maybe the current "blue" selected cue concept could become instead a
brighter version of whatever color is already assigned to that cue.

So IF a cue is purple, when it's selected it's bright purple. Just a thought.

Due to all of this, I tend to use memo cues to tell me where there are
transitions (act 1, act 2, intermission, etc...)

*

On Thu, July 22, 2010 1:40 pm, luckydave wrote:
> One does seem to preclude the other, though, much like a selected cue will
> be blue, no matter what your color settings are for the cue, in v2.

________________________________________________________

[Christopher Ashworth]

But then there's necessarily a different color required for non-colored rows, which is the common case.

I'd suggest just avoiding the color you use as a selection color.

-C

On Jul 22, 2010, at 3:06 PM, * wrote:

> I find it a bit confusing to color my cue list & then have the selected
> cue be "blue". I know that this is consistent with how a non colored cue
> list works but...
>
> What if a cue list has a blue cue already? Or the whole thing is blue?
>
> Maybe the current "blue" selected cue concept could become instead a
> brighter version of whatever color is already assigned to that cue.
>
> So IF a cue is purple, when it's selected it's bright purple. Just a thought.

________________________________________________________