I guess this means we can now test for conditions with behaviors? Like for example: "sprite overlaps platformer behavior"?
But come to think of it... Shouldn't attributes be merged with families, not behaviors? It just makes more sense. "Solid" and other attributes should be pickable anyways. Object overlaps solid: solid -> destroy just makes more sense as a family, and is useful. Behaviors do things. Attributes are testable but unpickable groupings of objects, nothing more. Families are testable and pickable groupings of objects. Why do attributes exist again? If anything, when creating a family, you should be prompted to define the family as attribute or not, which just means it can't have family variables. Then again, I only ever used attributes because they were less buggy than families and simpler to add remove (no messing with variables etc.). Also, this time around, please don't mix family variables with normal private variables. They should be in separate lists (the family vars in the family dropdown, and the normals in the pv dropdown). And don't make families inherit already created variables of objects, keep those two variable lists completely separate.
It's weird to have attributes as behaviors. And then to user-define a behavior just so we can test overlapping with them but not pick them? I don't see the point. Attributes are like mini families currently, just make them real families. It would also be cool if when you add the family for "destroy on startup" or other predefined ones, it adds the corresponding events to the project, maybe at the end of the event sheet or something, or it makes a new event group called "pre-defined families". So you actually see the code which is in your game. I've sometimes forgotten about "behind the scenes attribute code" when I was newer, which runs invisibly when you tick one of those boxes, leading to long bug hunts just to figure out why something is destroying on startup because I forgot about attribute code. If the events were actually added to your sheet, then you would see the code which affects your game. You would also be able to edit how the "center view" code and others behaves etc. because it would just be events referencing that family.