Subscribe to download
CHTechIndustries Core

A simple core for all mods by CHTechIndustries!
Designed to do multiple things, including (but not limited to):

1. Improve utility mods, such as changeing the defaults of Tweaks Galore
   
2. small fixes/ tweaks of my own design (or other contributers) including:
   1. unlimmiting all stat limits, using code primarily derived from un-un-limmited by Zyro, with slow expansion on by me. if you just want a really good un-limmiting mod, use that one!
3. Centralized core code for CHTechIndustries
   
4. Easy Guarentee that my mods are bellow frameworks that they might use (as this core is bellow those frameworks, and those mods bellow this core)

So, anyways, what mods need it?
Well:

• Rimworld Extended: Properly requires CHTechIndustries Core
  
• OP Thingamajing Mod optionally uses CHTechIndustries Core, but using this core in conjunction is highly, highly recommended

Then, while there are many Recommended Mods, a few of them are also soft (meaning they activate more content, but aren't needed) compatibilities:

• Tweaks Galore (very benificial in conjunction with some of my other mods)
  
• Tabula Rasa

FAQ
Q: CE Compatible?
A: Uh... sure. There might be "unintented features" (especially as more code is added) that we can't guarentee to fix, but you do you and all!

Q: Is CE Supported?
A: At least for now, no-(ish). What I mean is that I'm not going to set up drastic changes to make CE work, but I am not adverse to doing a minor change. So, if CE causes an error, feel free to report it, just understand that it's likley to not be dealt with (on my end), but if it's simple-ish, or looks like a fun challenge, who knows!

Q: Why does this mod need Harmony
A: Harmony is a library with lots of useful, powerful, code. There is a reason most mods either require it, or require a framework that requires it. Even if I didin't need it, Vanilla Expanded Framework does, so either way you'll need it!

Q: Okay, so why is Vanilla Expanded Framework required?
A: Once again, lots of useful code, and it's very, very helpful. Without it, many mods would be impossible. Not to mention, lots of my mods require mods that, you guessed it, requires Vanilla Expanded Framework!

Q: Okay, fair enough. So, is that why it needs XML Extensions?
A: Wow, you are getting really good at this! That is 100% correct, as CML Extensions allows for things like mod settings via XML, not just C#, as well as much more complex, dynamic patches. Eventually, as I get better with it, it will easily decrease the complexity of patches in my mods.

Q: Okay, fair enough. But, what exactly do you mean by "Highly Recommended"?
A: Well, some mods cause enough of a benifit in conjunction with my mod that they are, in a way "pseudo-requriments". For more info (i'm still working on the title and text), see Here. Some of them even have soft compatibility with this core!

Q: So, it's best if I activate all the "highly encouraged" mods?
A: actually, no. a couple of them are directly incompatible, and are recommended because they are a good alternitive to a portion of my core. If you want an unlimmiter, why not just use a simpler one? So, most of those should be used in conjunction, but some straight up can't (it's marked as incompatible for my mod)

Q: Why is this FAQ in the form of more like a conversation?
A: Not sure, but who cares! Obviously you had no issue, as you got down to here!

Q: Okay, after reading all these, I have to ask, are you okay? Like, mentally?
A: No. No I am not. I am definitly insane. Thanks for asking!

Q: Oh, just remembered, if things become more broken than normal, how should I report it?!
A: well, just put it in either the comments or the relevant discussion. Please include a log from either Hugs Lib or Log Publisher from Hugs Lib. The first one is a library, the second one was made in 1.4 when Hugs Lib's log publisher didin't work. Doesn't matter which