[Zynewave]

@thcilnnahoj wrote:

Ahem… Not really a bug, but a little visual inconsistency, maybe:
As opposed to other events, the contents of automation events are not colored with the selection text color. Example: red active selection font color – the curve is colored ever so slightly with the track color (green).

Since the automation overhaul, the automation lines may of course be handled a little differently altogether.
By the way, why is it that pan automation events always display a “ghosted” line at the center position as well as the actual line? :-k

Edit: forgot to mention why this can become a problem!
If you use darker selection colors with bright text like I like to do, the selected event’s curve can become rather hard to see. And the same happens at the other end of the spectrum too, of course.

This is a bit tricky. The reason the color of the curve is not the same as the color of e.g. note events, is that the curve is global for the track, and not each individual curve sequence. The curve is also drawn on areas where there are no curve sequences, so the curve color cannot be based on the selection state of the curve sequence events. I’ve now changed it so that the color is based on the timeline fill/text colors instead of the track header colors. That makes it stand out more. But it’s difficult to prevent that extreme track event colors may make the curve line hard to see.

The thin base line for pan tracks just show where zero is. You’ll see the same line for pitchbend tracks etc. The purpose is to make it clear whether the automation is actually changing the parameter, or if it is neutral.