Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Discussion] Mod discovery and interop API #20

Open
vswarte opened this issue Jul 22, 2024 · 0 comments
Open

[Discussion] Mod discovery and interop API #20

vswarte opened this issue Jul 22, 2024 · 0 comments

Comments

@vswarte
Copy link
Contributor

vswarte commented Jul 22, 2024

Per discussion for #18 it's become clear that there's a need for mods to figure out what other mods are running. This allows DLL mods to adjust for the existence of other content (eg randomizer + big overhaul mod).

One way employed in the past was parsing the modengine2 config but with the introduction of the YAML format as a supported config format. That approach has grown in complexity quite a bit. To add to that, with me3 a so-called profileVersion has been introduced which should facilitate changes to the spec, which would make the task of detecting mods even more cumbersome.

Instead of mods all implementing their own means of mod discovery, a better approach would be for me3 to expose an API for this information that mods looking to do discovery can call. This way they are not tied to specific mod profile versions nor do they have to include YAML and TOML parsers as a dependency at all.

@garyttierney garyttierney changed the title Mod discovery and interopt API Mod discovery and interop API Jul 22, 2024
@vswarte vswarte changed the title Mod discovery and interop API [Discusion] Mod discovery and interop API Jul 22, 2024
@vswarte vswarte changed the title [Discusion] Mod discovery and interop API [Discussion] Mod discovery and interop API Jul 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant