Oh, cool, will check!FLOZi wrote: May or may not be useful to you;
MCL Abilities (MASC (sprint, has a cooldown) & flush coolant) http://sourceforge.net/p/mwspring/code/ ... lities.lua
MCL Uplink Abilities (Orbital Arty strike, with cool down - could easily be range limited using this function) http://sourceforge.net/p/mwspring/code/ ... lities.lua
MCL Perks (one off upgrades paid for with xp) http://sourceforge.net/p/mwspring/code/ ... _perks.lua & config file http://sourceforge.net/p/mwspring/code/ ... k_defs.lua
ABC is pretty good, only issue I have with it is that it has a custom widget handler which lacks TextInput so Chili's editbox doesn't work.FLOZi wrote:Any improvements to ABC? I dislike that git discards empty folders, there are some ugly ways to circumvent this. Why not 'C' based Chilli? (outdated?)- Get a better clean project before starting:
- - Spring ABC (was ok)
- - gajop’s chili (was ok, but remember that it’s a submodule)
I think it might be best to remove that from the ABC:
https://github.com/SpringCabal/Corrupti ... 840262b6cc
(Related to any game that might want to do this too:) This also slightly changes the way to remove the default engine build menu: https://github.com/SpringCabal/Corrupti ... 168301c159
Regarding Chili, it's quite likely outdated, but I didn't bother to check. As far as I know, it's based on upstream, possibly even lagging behind it, and my repo is 10~ commits above upstream, so yeah. (I don't suggest using my version yet though, although I use it in all of my projects and it works fine imo)
I think this was the only bug, and probably our side (dunno?).FLOZi wrote:These are the S44/ MCL ones? What errors? (so I might fix upstream) :)- - OOP weapons/units with created files in BaseClasses (had some minor errors that were fixed)
https://github.com/SpringCabal/Corrupti ... 012a390L12
Now, as a first time user of the S44/MCL OOP (and new to unitdefs/weapondefs in general), I had some difficulty in using it (I'm not sure how much of this is a Spring thing, and how much of it could be improved in the OOP defs itself).
There were very few verbose errors in general, which made it harder to debug, but my two issues were:
- I wasn't sure when (BaseClass vs regular class) I should use camelCase keys, lowercase keys, and when I should just use the lowerkeys function in the return
- I didn't realize BaseClass defs were actually abstract: https://github.com/SpringCabal/Corrupti ... 32e232eb6a + https://github.com/SpringCabal/Corrupti ... 03366b12d1
https://github.com/SpringCabal/Corrupti ... 6cc5b1f25dFLOZi wrote:Can be depended on externally now iirc, package is on rapid (though for S44 i ended up just including it directly as it was less hassle)- - a working lups setup (wasn’t done)
->
https://github.com/SpringCabal/Corrupti ... a6e6202afe
It was just error spamming it with "invalid unitID" or something similar. It might be the result of some scripts being borked which causes a number of issues, so I can't really write it off as a lups thing, but will have to try again and see (thus it is still on the TODO)
There will be more! You can expect a final report after the Jam.FLOZi wrote: Thanks for the feedback on this, I find it very interesting.