Community Led Training - Creating a Dynamic UMG System - July 11 - Celeste from Panda Studios

[NickDarnell]

So this happens a fair amount, people compare it to HTML/CSS, but Slate(UMG) isn’t HTML/CSS and can’t really ever become that. It’s fine to prefer one over the other, but both frameworks have different approaches that it takes time learning.

@Detilium;735015

#1
Instead of using an Overlay panel with an image, and perhaps a uniform grid panel inside of it, why can I not just put a background image on everything, just like buttons?

Widgets are all specialized, Slate’s design principal is that a widget has a particular purpose rather than uber widgets that allow everything all the time. That being said, people can make new widgets. You’re not limited by the slate widgets we ship in UMG, you can author new or better slate widgets that have more capability shared across them all.

@Detilium;735015

#2
When moving a widget around the canvas panel, you have the option to enable grid snapping, why can I not do the same with scaling, when I have this option scaling 3D models?

Low priority bug/feature, happy to accept pull requests.

@Detilium;735015

#3
Clicking a button (for example in an RTS/build simulator like SimCity, Rollercoaster Tycoon, etc.) changes the active image. Working on an RTS myself, I know that it’s possible to change the image in the blueprint, but building the Slate brush and color seems a bit heavy for this simple functionality. I’d love to see the ability to change the image (and the tints) on a button, just by clicking on it. Exactly like the Appearance tab in the details panel, just for “post-click”.

Buttons have a pressed state brush. There won’t be an image for ‘post-click’ that’s not a button state, that’s a game state and game concept you’re trying to inject into a basic widget. This is the kind of thing you should make a new custom widget for that houses the functionality of a toggle button with toggle images.