Bitflags to skip color/alpha/transform/blend

ID:1763636
 
Jan 16 2015, 12:02 pm
Applies to:DM Language
Status: Open
Issue hasn't been assigned a status value.

As I was toying with transform, I saw how it will effect underlays and overlays and sometimes you don't want it to effect every underlay and overlay attached to the atom.

My problem is described here but while I'm searching for a workaround I figured this could be made a feature.

I thought there could be a variable containing bit flags to disable a certain function like color, alpha, blend mode or transform. This way I can set the object before adding to overlays/underlays and add them without worrying about it later.

For example:
var/obj/o = new
o.icon = 'something.dmi'
o.disable_function = COLOR|TRANSFORM


Jan 16 2015, 12:16 pm
Support, I'm sure this is will come in handy.
Jun 26 2015, 11:00 pm
As I read this post in developer help I realized blend mode already has something that accomplishes this only it's just for blend mode.

Maybe setting blend_mode to BLEND_OVERLAY could also impact color/alpha/transform to not inherit from the parent.

I realize it doesn't give much control and isn't all that intuitive but it does avoid using multiple vars.

I suppose there could also be a special value given to each of those variable that also accomplishes something similar to blend_mode for example: alpha = -1 (or maybe any negative).
Jun 27 2015, 12:08 am
I don't think that'd be feasible for color, alpha, and transform. Bitflags are probably the better option.
Aug 26 2015, 5:15 pm
For lack of a better name, I've created a new appearance_flags var for 509. The following flags are defined in my working draft:

LONG_GLIDE
RESET_COLOR
RESET_TRANSFORM

I'm not sure if alpha should be handled separately from color here. At the moment I'm handling color and alpha together.
Aug 26 2015, 7:05 pm
Can we flip those RESET flags?

INHERIT_COLOR
INHERIT_TRANSFORM

Make more sense than RESET_COLOR IMO.

By default, those two flags would be on, indicating the the appearance inherits the color and transformation of its parent.
Aug 26 2015, 9:06 pm
Defaulting off actually makes more sense for a lot of legacy reasons.
Aug 26 2015, 9:43 pm
Alright, how about OVERRIDE, rather than RESET? It makes more sense from a semantic standpoint.
Aug 26 2015, 10:36 pm
I dunno; I think they're equivalent, plus OVERRIDE could be confused with the override var.
Sep 2 2015, 3:32 pm
I've decided to split out RESET_COLOR and RESET_ALPHA after all. It makes more sense for a lot of reasons, and I may as well do it right from the get-go.