Krzeszny

Yes, there are KSP language configs for Notepad++ https://github.com/JadeOfMaar/NPP_KSPlang or https://github.com/StoneBlue/KSPLanguageforNotePad--

@Eskandare Are you still maintaining this mod?

Seeing that this library has 11k downloads on CKAN, what mods actually use it?

Aren't the 2 videos + 2 corresponding logs enough? You can see what happens with KIS installed in the first video and what happens without KIS installed in the second video.

@linuxgurugamerI'd mark KSP_PartVolume as incompatible with KIS. Because it is.

KIS parts with added ModuleCargoPart also bug out like that. They don't have stock volumes by default. Video with KIS installed and the debugging PartVolume version (I even removed the partvolumes.cfg file before launching KSP): Log file at https://drive.google.com/file/d/1hgIMrqJhHcJz48LWfnZ7TXWeRFNKzzBQ/view?usp=sharing By any inventory I meant any stock inventory. New info. PartVolume doesn't bug out when KIS is not installed. Some icons are black as you can see in this video but all the parts can be put in stock inventories. I uninstalled KIS. This is the log from the second test https://drive.google.com/file/d/1Yci5n_E2zyqK2DNAt0du8veuk6qLGF6L/view?usp=sharing

That would prevent me from using jetpacks etc, so there's no need for that. I just haven't noticed before that KIS calculated its own volumes, completely separate from stock volumes. The volume calculations are still weirdly inflated in all cases, compared to mathematical volumes, but that's not a big deal as long as they're relatively balanced.

I wonder why parts that haven't been configured with PartVolume don't bug out like that

I'll tell you why I said that KSP_PartVolume was only usable with KIS. There's a bug. When you use the stock EVA build mode to first detach a part that KSP_PartVolume added a volume to, you can't put it in any inventory. I thought that this mod was completely broken but it's only bugged. Notice how this part has 32 volume at first but then changes to -1 volume. Also, I don't know that KIS added volumes to custom parts (it was obvious.)

@linuxgurugamerSpeaking of intended features... (totally not a LTT reference) this mod doesn't allow the parts with generated ModuleCargoPart to be placed in stock inventories EDIT: after being placed down, see video below. I think this mod is only usable with KIS (and it works great with KIS but it feels useless with stock KSP) I'd suggest an option for this mod: Allow all parts to be placed in inventories (modifies parts which already have volumes to make them placeable in stock inventories, especially stock parts) (this could be turned on by default because stock inventory is so much worse than KIS because of this difference alone) Allow unconfigured parts to be placed in inventories (doesn't modify stock and modded parts which already have ModuleCargoPart) (the parts this mod configures can't be placed in stock inventories... why?) that's a bug I hope that's clear enough.

1.11.2. M700 Survey Scanner is always open in the VAB and can't be closed. Trying to close it displays console errors (Object reference not set to an instance of an object) and makes the Deploy and Retract buttons disappear. Would you like some logs? I already uninstalled it and didn't test other animated modules in the VAB.

I had both installed through CKAN.

Everyone agrees KIS is better than stock EVA construction mode but nobody wants to prove it, so here's a list I made to prove it's true: KIS allows manipulating almost all parts, provided that the mass doesn't exceed 1 t for 1 nearby Kerbal (configurable.) Stock KSP only allows building with a very limited amount of parts due to inventory and volume restrictions. KIS allows manipulating multiple connected parts. Stock KSP doesn't. KIS works with the mod KSP_PartVolumes which adds volumes to all parts that previously didn't have them. Stock KSP doesn't allow putting those parts in any inventories. KIS build mode is safer than stock, eliminating the risk of deorbiting stuff while building in 0-g environments, as it seems at first glance. KIS build mode... isn't a build mode. You just drag and drop without changing modes. Simpler. KIS allows attaching parts anywhere, while stock KSP sometimes only allows detaching parts but won't allow attaching them, even in the same place (it's showing red instead of green and the part can't be attached anywhere, no workaround) KIS is more volume-dependent than just slot-dependent. Containers, especially Kerbal inventories just have more slots. The only good thing stock KSP does that KIS doesn't is the visuals – the laser welder.

SAR doesn't work in 1.11.2 for me, even though it's marked 1.11.2-compatible on CKAN. The buttons from ScienceAlertRealerted just don't appear on any of the two toolbars. What's funny is that in toolbar settings I can choose which toolbar should display this mod's buttons but in the end no toolbar displays them. Edit: works after reinstallation

Just an opinion about balance. Appaloosa Block 2 is completely OP for having 4 crew in 1.875 size (3 would be ok.) If it was a cylinder, maybe, but it doesn't fit with other stock-balanced pods. Great mod otherwise!

Well yes, but actually no. The problem happens with RocketParts, Metal and Karbonite containers. It's the same problem. (If Ore wasn't so cheap, it would be happening with the ore container, too.) I'm glad we got it sorted out.

@Lisias About that bug, I think you would get the same results by just spawning any expanding container EDIT: except for the ore container from Baha ELP Redrilled (no scale tweaking needed), but here are the files: https://drive.google.com/file/d/1UnU6AzF9ZC6I1SCPkhTuDUs63S4raeQj/view?usp=sharing The expected result is as follows: the parts list shows that this part costs 0.00 the editor shows that the cost is negative 37,440 when placed down when you fill the container, the editor shows 0.00 when you launch this part as it's empty, you get money when you recover it, you lose money I will stress again that this is stock behavior. All fuel tank configs provide ONLY the "wet cost", whether stock or modded, and the game calculates the dry cost from the cost provided in the configs. This container's cost is negative because its "wet cost" in the config is the dry cost, and that's wrong. The config is wrong. Perhaps we have a misunderstanding, but I hope it'll be sorted out eventually.

I wouldn't agree it's a KSP bug. It might have been because of a KSP update and how KSP now calculates the prices of resource-containing parts but it's normal. Even fuel tank costs in stock KSP and mod configs are set as "wet" costs (the game calculates "dry" costs.) IMO those containers shouldn't only cost 200 credits a piece (they have cost = 200) but that's subjective. However, if you for example set cost = 43440 for the Expanding Metal Container, everything works perfectly fine, just like with any fuel tanks. The parts list displays 43440. When you spawn it, it's empty and costs 6000 and when it's full it costs 43440. I don't see the point in overcomplicating it with a PartModule unless it's relatively simple, since it's enough to just modify `cost` (assuming that the cost of Rocket Parts, Ore, Metal Ore and Kethane won't be modified by other mods – and normally mods don't ever modify the costs of resources.) Unless... the bug you're referring to is the parts list always showing the cost of full resource-containing parts, even if they spawn as empty. Then I'd agree it's a bug. I have Recall installed and it didn't modify the displayed costs. I had to modify the configs myself.

Why do the orbital maneuvering engines (for example O-601-4 with 337 Isp) have such high Isp on monopropellant by design?

Do the play modes only make a difference if specific other mods are installed and if so, what mods use them? Community Resource Pack/USI/Classic/Simplified/Pristine Play Mode I've noticed that Buffalo has its own configs but also has the least play modes – only Classic and CRP, but then WildBlueIndustries has some general configs, too. For example, I haven't noticed any differences with the Classic config installed.

I'm having problems with the default config from this mod (I know that it's optional, I'm just reporting issues.) Most of the time it only sorts stock parts into the custom categories and not always does it right. Some examples: The solar panel category misses the Gigantor solar array and a few more parts. Other categories, such as landing gear, adapters and landing legs have the same problems. Mind you, the parts are researched because I see them in the Electric category. This is only in my main game instance (career mode if that makes a difference.) Somehow, it works right in my mod testing game instance where I have less mods installed. Categories often don't include parts from mods, such as the mod MOLE (fixing the Solar Panel category would be easy, just make it look for ModuleDeployableSolarPanel in all parts because it's very rare for anything to have a built-in solar panel) For modules such as batteries it'd be harder, as some modules have built-in batteries. If you give me an example how to modify the default filter config to: a) include all parts that have a certain module b) include all parts that have some specific phrase in their description or title c) exclude parts that have the above but also have a module "X" or phrase "Y" in their description or title I could improve the default filter and add a pull request. Stock categories still show parts from custom categories. In a way, the custom categories are redundant because of this. While the default config categories should make parts easier to find in those custom categories such as adapters or multi-couplers, sometimes you still have to open the stock categories and they are still cluttered.

Is this intended?

I don't have an AVP icon on the toolbar. I restarted the game several times.

Pull request submitted, first time in my life As for the OP, I'd just add that the mod includes optional recyclers and greenhouses instead of the sentence "No extra recyclers needed.", link the wiki page https://github.com/UmbraSpaceIndustries/USI-LS/wiki and call it a day.

In KSP 1.11 everything is functional with the only bigger issues being the cost and mass of expanding containers. @Eskandare Here are the issues I discovered: The Expanding Metal and Rocket Parts containers have negative costs when empty and cost 0 credits when full. That's because the game assumes `cost = X` for full parts, even if it's a fuel tank or an ore tank, while the cost in the configs has been calculated for empty parts. Here's some help with calculations (I suggest making the containers cost at least 6000 + the value of contents listed below) The Expanding Metal Container costs -37440 (negative) when empty The Expanding Rocket Parts Container costs -6000 (negative) when empty The Expanding Ore Container costs 120 when empty (because ore is almost free, so it costs 200 when full) The Expanding Kethane Container costs -320 (negative) when empty. The ore container costs only 120 when empty which is an issue in career mode. 2.66 stock ore containers (same 4000 volume) would cost 8000. The mass is much too low, although I don't know if the stock ore tanks are balanced because of how heavy they are. 2.66 large stock KSP ore containers weigh 5.5 tons when empty, while the expanding containers weigh merely 0.2 tons for the same volume. (at the same time, 5.5 t seems like too much, it's better to balance them against EPL tanks, I think.) The Ex. Ore container should hold more ore than it does because it expands, see screenshot. Its unexpanded size suggests a volume of 4000, so its size when expanded should allow it to hold more than 4000, at least 6000. All the parts have 0 entry cost (the cost to unlock them after researching them in career mode.) Almost non-issue: the "3D Rocket Part Printer" should probably be in the category "EL Items", not "Utility". The last minor issue that doesn't necessarily need to be fixed is that this mod has Interstellar Fuel Switch Core as a dependency, which has TweakScale as a dependency (which has KSP-Recall as a dependency.) That's a lot of seemingly unnecessary dependencies, esp. TweakScale. Anyway, the models from this mod are awesome I would create a pull request to fix the values but unfortunately this mod isn't on GitHub.