JadeOfMaar

You have the Mono.DLL problem which means an outdated mod is present. Apparently you have three versions of MM in your GameData. Only keep the newest version.

According to @Tokamak this part is indeed a crew shuttle and a tanker, to reduce the need for a fair magnitude of launches of lesser food delivery ships. There are a couple of adapter parts that fit onto these mount points but will easily surface attach anywhere and to any other part; then that rim around the shuttle's face closes completely (is a shroud) when something is attached ahead of the body. Tokamak has suggested that when he can he will redo this model and possibly the IVA. I've written interesting descriptions for the shuttle body, and its adapters, and prefixed a few items with "T.I." to help when searching for these parts. This shuttle part with new description. It will also now contain tank volume for all life support. Here it is, literally full of Snacks! by @Angel-125 (USI and Kerbalism are tested and finished. TAC pending.)

I'm working on fixes now. What do I do with this, though? Its purpose is not clearly defined and it's in Utilities, though it is a Command part. Should it serve as a tanker for LS resources if used with LS?

I made this last night. :U Not sure if super-invigorated or super-bored. May the Pork be with you.

@Notsure_jr I'm not sure personally (my sunflares are low on my list of things to tinker with lately) but there may be a new bug in scatterer 1.3 where the stock sunflare is not disabled. You'll have to ask around in the Kopernicus thread for actually resizing the Sun. That's beyond my territory right now. You can raise the size of my sunflare by decreasing the third number in the arrays for flareSettings and spikesSettings. Treat them as 1/x.

That will be done. When I first contributed I didn't notice that they were in the wrong category. (Heatshields 99% of the time don't have much to do with keep kerbs' plates full ) The small centrifuge uses a very old dll. It's not using USI Tools like the other inflatables. All that mattered until now was that this dll still works, enabling the animation-- not when crewCapacity is and isn't available. I also figured there might be a seat in the shaft for a waiting crewman to sit in while undeployed. Honestly, maybe crewCapacity should be 2 or higher when inflated, which I believe @linuxgurugamer would also agree with. When I PM'd Linux the night before, I mentioned I had installed MKS and I ran into the same problem of the hab parts not showing up. I'm already on that. The problem, I think, lies in the LS patch and MKS being present. With USI LS installed, they're supposed to appear in the special LS category but they don't. I did not have a problem before I installed MKS. As for the tech tree positions, thanks. I will move the parts accordingly, and I am already looking at raising the hab values to be more appropriate.

I have yet to use an atmosphere harvester while sitting still in 1.3... Would this problem therefore cause the 2.5m karbonite scoop to be no more effective than the 1.25m one? Say I want to farm gas from a foreign planet (Karbonite to LH2 refinery, or Argon depot) and I'm in position to spam big scoops instead of little ones, hoping for their extra speed by size.... This would make the big ones a waste of time and mass then? (Ignoring the fact that the Karbonite scoops use a different parameter to scale their harvesting ability)

@Notsure_jr I decided to remove my download link since it's still very WIP so support can't really be provided, especially for scatterer for KSP 1.3 (assuming that's what you're using). In the config, make sure the path for assetPath matches the path to the folder where you extracted my images. If you're using SVE you're out of luck because I didn't prepare yet for SVE. If you have scatterer alone, delete scatterer's own Sun.cfg The configs currently assume the SunflaresOfMaar folder is at the highest folder level inside GameData\

@UranianBlue That only does Duna and Dres. You need a line for each planet and each moon you want to delete. You can do !Body,* {} and delete all at once but only use this in your WIP. If your planet pack is not the first and only one to load in someone's install, it can break the other planet packs.

Easy. @Kopernicus:FOR[NewMod] { !Body[Duna] {} !Body[Dres] {} }

If you're asking for a Near Future all-in-one thing, that will never happen. Nertea has explicitly said he does not want the added hassle of maintaining his mods both separate and as a bundle.

This is not at all encouraging to the developer. Just saying.

There's very little I bother to want to see added to stock for reasons both obvious and not... That said... I'd mainly like to see native support for multiple stars-- not for myself but for Kopernicus and, therefore, every planet-altering mod and modder out there. All Squad has to put out there is Proxima Centauri and maybe a dummy planet, and let the community do the rest. Selfishly, though, I'd like some much needed fixes and additions to the resource system: Variance/variability in abundance and altitude of atmospheric resources. It's pretty static where everything is proportional to atmosphere density. And I resent the fact that the upper half of every atmosphere is resource-less and useless except for aerobraking. The implementation here can be identical to that of exospheric resources but with the altitude center expressed as a percentage. Ability to put immense resource bands around Sun and any other stars. This would enable proper operation of the likes of bussard scoops, and make proximity to the star both important and realistic. Attempting this now would lead to an incredible bug. A solution to the broken atmosphere harvester system. These things are said to now need to be moving in order to work, which is very wrong.

I also support this.

Sometimes Jeb just needs to get Bopped in the head for the things he does that Jebbardize/Jebedize the mission.

Hold vertical = ...... Also... I support this

Only the owner of a given thread can do that. Your best bet is to keep your eyes on the changelog and the version info field(s) on the SpaceDock pages.

Do you have the proper versions of MM and Kerbalism for your version of KSP? Maybe you need to run KSP as admin? Maybe your download is corrupt.

@Gordon Dry Have you tried removing mods to sift out a potential cause of this problem? For one, I don't use Connected Living Space (assuming you do) so if that's the cause I'd never know.

@gilflo There's no risk of your existing craft breaking. OPT works just fine. Just make sure your Firespitter is up to date. The most you'll have to do is reconfigure OPT tanks.

@Gordon Dry Do you have USI Tools installed? This needs to be present regardless of your favorite LS, for most of the inflatables' inflation. ExpectedCrew is a placeholder I put, used by the Kerbalism code to keep the line count down in that area.

TAC LS seems the easiest to write patches for, from what experience I have writing LS support for things. Command modules just need the standard ration of everything * crew capacity, right? Then everything else just needs ModuleLifeSupport whatever its name is... Unless it's a special case like wouldbe pressurized structures like Mark Thrimm's Planetary Domes. @Daelkyr Getting tank volumes for the LS resources is the best part.

Dang.

@stali79 I understand that. I never did think much of any cockpit's built-in intake until I made the OPT_USI patch. And now the WarpJets make this a real issue-- just to me anyway. On that note I think all the legacy jet engines are a bit thirsty for air now...

@stali79 I have a feeling that it's not going to be as tedious to do as I think.... But there's no doubting the Humpback series is incomplete. It's indeed fairly confined which is why the KH series exists. Nonetheless I'm visually biased in this case and much prefer the smoother curves of the Humpback profile to KH.