Transformations: Move transformation addition into drawer

[codeincarnate]

What is this feature?

Elaboration on #77483. Was running into issues because the interleaved nature of the transformRedesign flag usage was making it difficult to clearly separate new and old interactions. This adds transformation to drawer but also moves the transformation pickers (new and old) into separate components.

Which issue(s) does this PR fix?:

Fixes #74197

Please check that:

• It works as expected from a user's perspective.
• If this is a pre-GA feature, it is behind a feature toggle.
• The docs are updated, and if this is a notable improvement, it's added to our What's New doc.

[torkelo]

Took this for a spin!

I really like it, feels like a really good use of a drawer

There is a bug with the buttons, no space between them

[torkelo]

I would try a 2 column layout for the transformation cards, just to try a list view that is not so dense

[codeincarnate]

Been playing with the layout a bit currently tricky though without changing up the card style. Mainly it's because the drawer width is based on the viewport so it doesn't have static sizes (with a deprecated width property as well). I'm thinking the approach for this would be expand/collapse controls mentioned here #77483 (comment). I'm not against changing up the card styles as well. What do you think @torkelo?

[codeincarnate]

Did fix the button spacing as well 😄

[baldm0mma]

Any way around these anys?

[codeincarnate]

Been thinking about this one. The reason that it's any is that transformations can have, well, any structure for their options 😂 . This type had been like this before, and we can look at typing it out but it would probably require a fair amount of in-depth effort.

[baldm0mma]

Great work, this looks awesome!