I’m fixing them as I’m aware of them.Ĭrafts at rest changes drifts the Heading by their own Please report on this thread anything that you thing is wrong. As longe there’re no other Fuel Switch installed on the same part.Īs long the OnEditorVesselModified is fired on each change (or one of the Custom Events from Recall, see below), it should work fine. Modular Fuel Tanks is one of that Add'Ons, as long nobody shoves its on parts that already have another Fuel Switch.ī9 Parts Switch should work. TweakScale already handles KSP-Recall, so anything that makes use of Scale_Redist is already covered It’s coded it’s own Resource Management, so it’s imune to KSP 1.9 bruteness.Īnything that supports (or it’s supported by) TweakScale Right now, this is what it’s known to the date:
What you can’t is have more than one Fuel Switch installed on the same part, and this is where most Fuel Switches authors are stomping their own toes. On a rule of thumb, it’s possible to have more than one Fuel Switch installed on KSP.
#Parts list is empty ksp mac install
It’s highly probable that you will have problems on installing more than on Fuel Switch on your KSP, because some of them install themselves on the parts without caring about any other one already there. However, and you as an user must be aware of it, some Fuel Switches don’t cope very well with others. had brute forced its way (that breaks some Add'Ons). It provides services to Add'On authors and fixes automatically some problems.Ĭurrently, the following services are available:Īutomatically restores Resources changed by Fuel Switches.Īs the title says, KSP-Recall detects when something changed on the craft (while Editing it) and tries to restore the Resources as intended by the Add'On authors, brute forcing the right way over the KSP 1.9.x. This is not intended to be "used" by end-users. You need to have Module Manager 4.0.2 or newer installed. This release has no hard dependencies anymore. Stackable parts may not be correctly refunded when stored on a Inventory Part
I.C.A. (Instantaneous Craft Annihilation) on KSP 1.11.0 when launching or switching back to vessels with some older parts, when the vessel is over a static with collider (does not happens when the craft is directly over the PQS ground) This was (properly this time) discussed here. Losing Resources' amount settings when cloning parts (Alt+Click) on KSP 1.9.xĮditor mangling Surface Attached Parts' position when loading crafts on 1.4.3 <= KSP <= 1.9,1 Some Add'Ons that supports TweakScale by using Scale_Redist.dll are also fixed by collateral effect. This solution aims to be reusable to any Add'On that have the same problem with a simple two liner. KSP 1.9.x resets resources to prefab while cloning parts.Resources being reset to prefab when a part has his Resources changed by an Add'On (as TweakScale) (i.e., by Alt+Click a part, or by using symmetry) on KSP 1.9.x. Parked crafts (even without wheels) drifting the Heading randomly on KSP >= 1.8Ĭrafts with wheels also drifts, but due a different problem - still to be tackled down. The following fixes are available once installed ( and applied only when needed!): It aims to need minimal coupling (if any)with existent code, as well to be selectively injected on the broken parts in order to prevent unholy interactions with third-party modules that decide to fix things their own way.
#Parts list is empty ksp mac license
0 kommentar(er)
