-
-
Notifications
You must be signed in to change notification settings - Fork 362
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
Switch folder structure to have Steamworks files in one place #54
Comments
Yeah, this is definitely something that I want to do when ever we break compatibility with 4.x. I think we'll start shipping .meta files for the dll's as well since Unity can't seem to get that right... Can't do that currently as then they break on 4.x. :/ |
Hi Riley, as I was just doing the update to 11 I was wondering if Unity 4 compatibility is still required or if it was time to move the files into one place like described above. Having the files all over the place is quite disturbing with updates and stuff ;) Regards, |
So, I definitely know there's still people on Unity 4, definitely might be time to do a Unity 2017+ only version though. |
The plan is once the Unity Package Manager supports third party assets we'll do a big clean up pass for that. |
Hi Riley,
not sure if you even want to do this as it would break compatibility with older Unity versions ... but with Unity 5 we finally could have everything regarding Steamworks(.NET) in one place, e.g.
At least according to the docs this should work fine and would make management a bit easier IMHO. Maybe the only thing left open would be the native Windows Steam libraries that seem to still have to go to the project root in standalone builds but that could be a postbuild script.
Regards,
Chris
The text was updated successfully, but these errors were encountered: