UI Style reuse: composition + assets #5516
Labels
A-UI
Graphical user interfaces, styles, layouts, and widgets
C-Feature
A new feature, making something new possible
C-Usability
A targeted quality-of-life change that makes Bevy easier to use
X-Controversial
There is active debate or serious implications around merging this PR
What problem does this solve or what need does it fill?
At the moment
Style
is incredibly verbose to use, just have a look at the UI example.In order to improve ergonomics and reduce boilerplate when dealing with UI we need to do something about it and we should strive to achieve the level of UX that we see in other parts of the engine.
What solution would you like?
In order to do so we are going to need two related but IMO orthogonal features:
I don't know exactly what these would look like in implementation, but I'm hoping some of you have good ideas for design-approaches that we then split out into separate issues or PRs.
This issue should be about figuring out a scope and requirements for both of these features
What alternative(s) have you considered?
Additional context
We might find that we are blocked on other features like scenes or reflection on some of this but in that case it is good to know exactly where the blocker is so that we can push to unblock those 😄
The text was updated successfully, but these errors were encountered: