Alex Duchesne a8565b952c Removed app.options entirely, now rely on the handler ...

The advantage is that the menu entries are generated on demand, so they'll always be up to date irt language.

I think it would be better if the options_handler was in charge of showing the dialog too.

It would allow in-app menus and it will also avoid the careless unbounded copying.

But this first step preserves the previous behavior.

2024-12-17 16:04:41 -05:00

..

CMakeLists.txt

Added compiler flags to build on esp-idf 5.0

2023-03-08 17:17:02 -05:00

main_gbc.c

Removed app.options entirely, now rely on the handler

2024-12-17 16:04:41 -05:00

main_gw.c

rg_gui: Removed duplicated translations

2024-12-16 18:59:41 -05:00

main_launcher.c

GG: Fixed games not starting

2024-02-11 13:00:37 -05:00

main_lynx.cpp

Removed app.options entirely, now rely on the handler

2024-12-17 16:04:41 -05:00

main_nes.c

Removed app.options entirely, now rely on the handler

2024-12-17 16:04:41 -05:00

main_pce.c

Removed app.options entirely, now rely on the handler

2024-12-17 16:04:41 -05:00

main_sms.c

Removed app.options entirely, now rely on the handler

2024-12-17 16:04:41 -05:00

main_snes.c

Removed app.options entirely, now rely on the handler

2024-12-17 16:04:41 -05:00

main.c

retro-core: removed the shared rg_app_t pointer, it caused a naming conflict with a lib I'm adding

2024-12-03 15:42:11 -05:00

shared.h

retro-core: removed the shared rg_app_t pointer, it caused a naming conflict with a lib I'm adding

2024-12-03 15:42:11 -05:00