comp500

Ah, it looks like the app just lumps datapacks in with resource packs (and the actual location they should go in isn't recorded anyway). I should be able to make...

Oh well, I'll change this issue to just warning when such files are encountered, as there appears to be no way to properly include such files in a CurseForge pack.

Should non-mod projects still be filtered by Minecraft version? Resource packs can specify a game version, and can break if they're installed on the wrong version.

Hmm, that's an interesting problem... Ideally we'd be able to get the actual modid + provides from the jar, but that isn't currently provided by any mod website API. Checking...

The semver comparison does consider `0.5.0.d` lower than `0.5.0c`, that's consistent with the semver standard... unfortunately quite a few mods aren't compliant with semver, it's not enforced by Modrinth -...

The full version is `1.18.2-0.5.0.d` so the two versions are compared on the prerelease data, not version numbers themselves - under semver section `11.4.3` "Numeric identifiers always have lower precedence...

Yeah... I suggest you report this to the Create devs, unfortunately this kind of issue will keep cropping up. It would help a lot if Modrinth enforced a standard way...

Yeah, I'll need to read loader metadata (Forge/Fabric/Quilt modid) for this to work well, which I want to do anyway to prevent installing duplicate dependencies from CF/Modrinth

Not really sure what you mean by that... this would just need metadata files to specify which other files they depend on, along with a flag to specify which files...

With this change I could require a `--from` (directory) or `--in-place` argument, and emphasize the fact that it will delete jars with the latter.