Closed karai17 closed 9 years ago
When writing markup, widgets will define what to do with subtables.
{ "widget", "window_frame",
{ "textbox", "Player_Name" },
{ "textbox", "Player_Class" },
-- ...
}
In the above example, we have a generic "window_frame" widget and we want to add several textboxes to it. In this widget, there is a definition to say "append all subtables to my frame element". This will allow extendable widgets, widgets within widgets, etc.
Instead of widgets why not have more custom classes/types? Isn't that what they are anyway? why widget?
Users will be able to extend elements to be able to create their own. The point of widgets is to create a generic group of objects with predefined styles and scripts that can be reused. A simple example of this would be name plates in an mmo. You, your target, your party, there could be several name plates that should be able to be included without needing to be redefined every time. On Jan 14, 2015 3:17 AM, "adrix89" notifications@github.com wrote:
Instead of widgets why not have more custom classes/types? Isn't that what they are anyway? why widget?
— Reply to this email directly or view it on GitHub https://github.com/karai17/DOMinatrix/issues/12#issuecomment-69882934.
The general idea here is to be able to define a sort of GUI "class" that can be used extensively. A great example would be building a generic name plate widget complete with avatar, name, health bar, etc. The widget can be used for the player, party members, targeted enemy, etc.
This feature is an absolute must.