A graphical front-end for command line emulators that hides the underlying operating system and is intended to be controlled with a joystick or gamepad.
As it was reported some time ago the nature of nesting surfaces causes a 1 frame delay on each nesting level. Some time ago I've discovered that this could be overcome by defining all nested surfaces in reverse order on fe and then cloning them to their appropriate parents. This trick was to ensure that most nested ones are drawn first during redraw_surfaces()
Today I've managed to implement a simple sorting based on nesting level. It works for conventional way of adding surfaces and those rearranged using my trick.
I'm leaving it here up for discussion and if you give me a green light I'm gonna prepare a PR:
As it was reported some time ago the nature of nesting surfaces causes a 1 frame delay on each nesting level. Some time ago I've discovered that this could be overcome by defining all nested surfaces in reverse order on fe and then cloning them to their appropriate parents. This trick was to ensure that most nested ones are drawn first during
redraw_surfaces()
Today I've managed to implement a simple sorting based on nesting level. It works for conventional way of adding surfaces and those rearranged using my trick.
I'm leaving it here up for discussion and if you give me a green light I'm gonna prepare a PR:
Here is the link to the branch with the fix: https://github.com/oomek/attract/commits/pr-surface-delay-fix
And an example layout: