`ModConfig::getHandler` has gone missing about fancymodloader

[Technici4n]

The behavior you want is now the default: neoforged/NeoForge#376, therefore it is not useful to provide a custom file type handler.

[Fuzss]

Thanks, that's great!

[endorh]

I used to subclass ModConfig to get away with YAML configs and custom comment parsing (preserving user comments while keeping documentation comments (starting with ##) up to date and translated).

In order to keep compatibility with previous versions of my mods' configs without this extension point, the only option I can see amounts to replicating my own ConfigTracker, which doesn't really amuse me.

Is there any reason for this change I'm not aware of, other than simplifying the configs? (judging from the intent of #40)

[Technici4n]

Other formats were not meant to be used in the first place. The Forge config system is TOML only.

[endorh]

Well, I'd say it was night-config only until now, which allowed for arbitrary formats without much trouble, but I understand.

At least this opportunity will help make my config framework easier to port in the future.