2cb7339535
UIGrid.h/.cpp cleanup. I have reservations about the UIEntityCollection[Iter] classes + methods living there, but not enough to fix it right now.
567218cd7b
UIEntity fixes for the UI.h split: There are segfaults in cos_play, I may have missed a type usage or something
UI.h into respective class files
I'm getting some segfaults from using the TypeObjects directly, so I guess I'll proceed with that fix.
9efe998a33
some work on UICaption and UICollection; fixing segfaults resulting from mcrfpydef namepace TypeObject usage
See #54 / #55 for related ideas - in one sense, those two could depend on this. In the other sense, this issue is for the "inside-out" deployment of McRogueFace.
- "normal" - McRogueFace…
UI.h into respective class files
while fixing __iter__ for this issue, I may end up accomplishing the work for #56 as well.
Chart of properties to implement:
T…
UI.h into respective class files
see c186d8c7f301f216f46ea52c92d60d15615c45ff
I have approximately 4 things I want to do to all of these new objects:
- Move implementations to .cpp file; rename as
UIWidget::init,…
UI.h into respective class files
LOTS of new files. Disentangling these things is not hard, but there's a lot to do.
After it actually compiles again, which should…
1b6e2a709b
Still not quite compiling; as predicted, a lot of interdependency and definition order bugs to untangle
while working on #43, I found a reference to Resources::game. It's how Caption/Frame/Grid/Sprite classes get their default render target.
I want to phase out Resources, but not exactly sure…