Tizian Seehaus
Tizian Seehaus
Hey, only wanted to mention, that it can be also resolved simply by putting the declarations of `targzFreeBytesFn` and `targzTotalBytesFn` in the ESP32-targz-lib.h file, and the definitions in the ESP32-targz-lib.cpp...
@tobozo oh okay I see. That was not intended. Anyway, for others that might face this issue: if you have to include the `ESP32-targz.h` header multiple times, you could define...
Yes I saw, them. Thank you for the reminder :) I’m a little busy right now due to upcoming exams, I will come back to this after a week.
@markvideon did you see my new comments on here? :)
All right, i will make a PR with this change.
The game reference is successfully resolved, but there are general problems with the callback system as i've found out. Specifically, the `RiverpodComponentMixin` relies on the `FlameGame` to rebuild in order...
So, as far as i know we need a mechanism to call `forceBuild()` once the game is completely mounted, so we don't call setState during build-phase, or invent a way...
@spydon what do you think of the proposed solutions (the `mounted` Future and exposure of `_requiresRebuild`) and their applicability? Or do you know any other ways of knowing when the...
> I think we should investigate why the mounted completer isn't called, fix that and then use that one, since it does exist on the FlameGame. Sorry for the late...