dankmeme01 798cacc1a8 add a way to access internal setting container ... exposing an internal field like this isn't the best practice, but it seemed like the best and simplest solution to me to a problem of not being able to do anything to unknown setting keys (such as removing them or migrating their data if that key used to be a valid setting)		2024-04-14 00:00:17 +02:00
..
Dirs.hpp	forward filesystem	2023-02-08 16:42:34 +03:00
Dispatch.hpp	geode_dll <3	2024-02-25 11:02:18 +03:00
Event.hpp	make EventListener copy constructor not disable the other & bump version	2023-04-09 18:45:19 +03:00
Hook.hpp	you can now update the bytes of a patch	2024-03-03 15:23:26 -06:00
Index.hpp	add Index::isUpdating(), show message properly when updating index	2024-01-20 11:39:31 -03:00
IPC.hpp	you cant use getMod in a source file, silly	2024-03-11 20:15:55 -05:00
Loader.hpp	change message for conflicting mods as well	2024-02-15 21:58:30 +01:00
Log.hpp	push pop nest fix	2024-02-24 22:11:41 +03:00
Mod.hpp	add a way to access internal setting container	2024-04-14 00:00:17 +02:00
ModEvent.hpp	$on_mod required using geode namespace	2023-05-19 13:58:24 -03:00
ModMetadata.hpp	deprecate mod ids with uppercase letters	2024-02-14 19:52:58 +02:00
Setting.hpp	sorry for the 2 people that manually includes the jsontest headers	2024-02-25 10:44:09 +03:00
SettingEvent.hpp	Add copy ctors to event filters	2023-04-10 16:54:58 +03:00
SettingNode.hpp	rework settings	2022-12-13 22:39:45 +02:00
Tulip.hpp	Improve actions build speed by using sccache, removes PCH (#493)	2024-02-11 15:58:46 -03:00
Types.hpp	remove unused log severities	2024-01-25 22:11:47 +03:00