Simplify editor "ternary button" structure #31462
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
As I look into re-implementing the ability to choose combo colour for an object (also known as "colourhax") from the editor UI, I stumble upon these wretched ternary items again and sigh a deep sigh of annoyance.
The structure is overly rigid.
TernaryItem
does nothing thatDrawableTernaryItem
couldn't, except make it more annoying to add specific sub-variants ofDrawableTernaryItem
that could do more things like have a colour selector on the right of it.Yes you could sprinkle more levels of virtuals to
CreateDrawableButton()
or something, but after all, as Saint Exupéry says, "perfection is finally attained not when there is no longer anything to add, but when there is no longer anything to take away." So I'm leaning for taking one step towards perfection.Most of this diff is mechanical with the exception of
SampleBankTernaryButton
, which was already starting to contort the rigid structure, and now is mostly freed of it (although it did take some non-trivial changes to achieve this).(
EditorRadioButtonCollection
, one day you're getting this treatment, too.)