Originally Posted by sirinsidiator
Sounds interesting. As long as the game does not support specifying multiple compatible API versions this might make major updates a bit smoother yet again.
Maybe you could also do it the other way around?
|
Thanks for the feedback and suggestions. I am 100% open to making it support anything that will make it easier than having developers having to do those "omg a patch came out, hurry to update the API" and then ESOUI AddOns list is full of Addons that just have the API updated.
If your addon is already tested it and you know it works then all you have to do it release it whenever you want and add that string.
Could you explain your suggestion in a little more detail?
Originally Posted by sirinsidiator
I am thinking about using this so I only have to update once right when the update is coming out and I would put the new API version in place instead of the old one. So it would be nice if it could replace that with 100012 until the game got updated for EU.
|
Yea that is the goal of the program, when it runs, it checks the games current patch level so if EU is not updated then it won't change anything. OH I think I just got it! You want to put it out with 100013 and if it's run on a EU system and the patch level is not yet 100013 then change it back until they get 100012.
I can add that certainly.
We can think beyond just API updates too, even extend it to code that works in one API but doesn't work in the upcoming API. A series of simple switches or markers and that could easily be done.
Originally Posted by sirinsidiator
Just another thought, but I can't check if it would cause problems right now for obvious reasons.
Would it be possible to make it work like this:
Code:
## APIVersion: 100013 100012
## APIVersion: <current version> <other version>
In that scenario your program just changes the order of these numbers so that the current manifest version comes first.
I imagine this would be the way how it would be specified if the game ever allowed for multiple versions. |
Yea I also can not test that now either. I don't know if it works that way but I will look into that reverse code based on current path level. Just confirm I understood it correctly.
-d
PS This was actually a project I had to do at work to update thousands of ini files so they were all correctly setup and I thought, "there are some good routines in here I could use to make ESO API changes easier" ... if someone were to dig deep in the manifest files and xml's in my VB.Net project, they will probably find the name "INI Updater" in multiple places LOL. That's the longer full production version at work I pushed out to endless servers as part of their GPO startup script.