linuxgurugamer

New release, 1.3.2 Fixed problem where individual categories couldn't be selected or deselected

Yup. I added the functionality to PartWizard when I took that over. I offered to adopt the mod, @kujuman replied once and then totally disappeared. It was rather annoying, I had contributed some code to this, and when he disappeared, it was essentially lost. It is the main reason I'm not contributing code to any project which doesn't allow forking and releasing. I don't mind the no-commercial and the attribution-required, but ARR is just plain rude.

There used to be a patch (back in 1.0.5) which would provide a user-editable config file that could thante the thrust output of all the electric engines. Did it go away? Edit: Found it, looks like the name changed: NFPropulsionTweakPatch.cfg

There is still a bug I'm trying to find, where when you load a game and an NRAP part already exists, it's not changing shape or size. No idea yet what's going on

Actually, it looks like it's a quirk of the AddModule code, in that the module is being added before a game is started(????), and the part isn't fully setup yet(????). I've found at least three mods which do the same thing, all related to an eva'd kerbal part. And this was from a 2 minute search on my system of mods I've downloaded.

@pellinor I found the problem, and made a small PR for you to fix it. There is something wrong/missing in the way HullcamVDS is adding a module, so the prefab.Module.Contains is getting an error. I'm going to try to figure it out there, but I did this for you since if one mod can make the mistake (if it is a mistake), others can.

@pellinor The error appears to be on this line: if (!prefab.Modules.Contains("TweakScale")) continue; which doesn't make sense, unless the added module is messing up the prefab.Modules list somehow. What jumped out at me was the following: at PartModuleList.Contains (Int32 classID) [0x00000] in <filename unknown>:0 at PartModuleList.Contains (System.String className) [0x00000] in <filename unknown>:0 at TweakScale.PrefabDryCostWriter.WriteDryCost () [0x00000] in <filename unknown>:0 Installed both Tweakscale & Hullcam, started game, got to MainMenu, no errors related to Tweakscale Entered a game, got the errors

HullcamVDS adds a module at runtime in the Awake code, but it's adding a module for a camera, nothing to do with Tweakscale: public void Awake() { ConfigNode EVA = new ConfigNode("MODULE"); EVA.AddValue("name", "EVACamera"); EVA.AddValue("cameraName", "EVACam"); try { PartLoader.getPartInfoByName("kerbalEVA").partPrefab.AddModule(EVA); } catch{} try { PartLoader.getPartInfoByName("kerbalEVAfemale").partPrefab.AddModule(EVA); } catch {} } @pellinor I don't really know what Tweakscale is doing interally, would this new module added at runtime cause an issue? @Jebs_SY How are you getting this error? Can you give me a specific case I can try to replicate? @pellinor I looked at the code on Github and didn't see anything which jumped out at me. Can I assume the master branch is current?

Ok, thanks

Oh, so a mod is adding it on the fly. Look at TweakableEverything, it might be in there

Only if there are a fixed number of sizes. Which may not be too bad, if I put in a large enough number. Are you using KRASH?

See this post:

@Jebs_SY Maybe check EVAFuel, if you have that ?

Are you speaking for the team, or just hopeful? I'm asking because if it will be within a day or so, I won't bother updating CKAN with a patch to fix the bad .version file

Thanks, but there is no need to remove the = sign. I'll merge this later

Would probably work

I understand that, and appreciate your feedback

Read the message again: These parts store electric charge but there is nothing on the vessel generating it. Except alternators (on engines) but these will only generate charge as long as the alternators are active In other words, when the engines aren't running, nothing generates ec

It's not a warning, it that CKAN can't index it for 1.2.2 right now. So with your permission, I'll patch the CKAN info to allow 1.2.2

Yes, I have a fix for GT, just haven't had time, I'll see if I can get that out tonight

Not really. Think about it for a minute. In the editor, there is no crew. I suppose that something could be done by checking assigned crew, but if you just place a pod, there is no crew assigned until you either go into the crew assignment tab or to the launchpad.

Hi, Just downloaded the latest release, and the .version file says it's only good up to 1.2.1 I was working on CKAN issues and found this. So, would it be possible to get the .version updated (no need to change the actual version, just update the KSP version max) and back on Github? If not, would it be ok if I patched the CKAN info to force 1.2.2 compatibility? There is at least one (maybe more) other mods which are waiting for this. Thanks

It should be, I've been in touch with the maintainer

Great news! Now, how are the tooltips working? I'm still waiting for people's identifiers for the buttons they are using, right now all I have are the ones that I have in my main game

Yes, unfortunately. What I'm wondering is, is it possible to write a single (new) mod which would take care of this for all mods? And for me, right now, I have the problem in a dialog box: PopupDialog.SpawnPopupDialog(new Vector2(0.5f, 0.5f), new Vector2(0.5f, 0.5f), new MultiOptionDialog("", "Janitor's Toolbar", HighLogic.UISkin, new Rect(0.5f, 0.5f, 150f, 60f), new DialogGUIFlexibleSpace(), new DialogGUIVerticalLayout( new DialogGUIFlexibleSpace(), new DialogGUIButton("Confirm blacklisting button", delegate { string s = buttonId(ClickedButton); Log.Info("blacklistIconHash: " + s); blacklistIcons.Add(s, s); saveBlacklistData(blacklistIcons); }, 140.0f, 30.0f, true), new DialogGUIButton("Cancel", () => { }, 140.0f, 30.0f, true) )), false, HighLogic.UISkin);