Since as it currently stands extension plugins only natively support configs in the extensions themselves. There is a lacking purpose in doing this, as it makes the assumption the user is not responsible for the config at all.
What I propose is split extension plugin configs into two parts, extension default config, found in the extension directory, and a user plugin config, found by default in Hacknet/BepInEx/config/<ExtensionName>/<plugin guid>.cfg. Supporting this we could inherit from ConfigFile and override the behavior to load the default config then read from the user config, if the user config's entry disagrees with a default config's entry type, it will warn and resort to the default config's entry.
Since as it currently stands extension plugins only natively support configs in the extensions themselves. There is a lacking purpose in doing this, as it makes the assumption the user is not responsible for the config at all.
What I propose is split extension plugin configs into two parts, extension default config, found in the extension directory, and a user plugin config, found by default in
Hacknet/BepInEx/config/<ExtensionName>/<plugin guid>.cfg. Supporting this we could inherit from ConfigFile and override the behavior to load the default config then read from the user config, if the user config's entry disagrees with a default config's entry type, it will warn and resort to the default config's entry.