Make ingame UI alive about sourcehold HOT 2 OPEN

Merge Container class functionality with Widget class to simplify widget hierarchies management
I guess you propose making Widgets work with STL containers and <algorithm> ?

Add events processing to Widget class. This will allow us properly route events to subwidgets
I think a templated event callback structure could be useful in general.

from sourcehold.

I guess you propose making Widgets work with STL containers and ?

Yes. Currently Container class holds vector of Widgets and it is used to create widgets hierarchies. So basically my idea is to move subwidgets management to Widget class and make it available for all subclasses. I want to add reference to parent widget and list of child widgets to Widget class. This will allow us to create traversable widgets trees. Actually this approach is used in UIKit. It simplifies a lot of things (for example, you may create new kind of widgets without creating subclasses, perform subwidgets layout relatively to parent widget, etc).

Container class is also responsible for two kinds of automatic layout (horizontal and vertical). My idea is to move this logic to separate class - StackWidget.

I think a templated event callback structure could be useful in general.

I will try to preserve this approach, but I think that every widget is interested in touch, mouse and keyboard events handling (probably except static text and static images/icons).

from sourcehold.