blizzy78

Is there a chance to get a half-length variant of the parts? Such as the Experiment Logistics Module sitting on top of the pressurized module of the Kibo part of the ISS:

As you mentioned, going into a parking orbit first saves you from the hassles of perfect timing.

Toolbar Plugin 1.4.4 is now available for download.

Toolbar Plugin 1.4.4 is now available for download.

When it "says" so, please make a screenshot and post it here.

Thanks again malkuth and diomedea for putting the effort in. Like I've said, throwing more eyeballs at a problem is usually a good thing.

Nice, thanks! I'll add those to the suggestions list. Too much? I find that value rather low. Or at least so low that it shouldn't have much impact. But yes, I think having that in a configuration file is a good idea.

With a good hint from malkuth I was able to reproduce the auto-hide issue, without any other mods installed. To reproduce, you just have to do the following steps in sequence: - Start with a fresh Toolbar Plugin installation (ie. delete toolbar-settings.dat) - Enter any scene except the space center scene or the R&D center (these are always a bit tricky, so it's best to avoid them.) - Unlock position and move the toolbar to the screen edge, where auto-hiding would work. - Lock position. - Activate auto-hide. (This seems to be necessary to trigger the bug. Either that, or a one-time slide out/slide in animation must take place.) - Hover over the toolbar so that it would slide in. - Move mouse pointer away so that it would slide out again. - Again hover over it and unlock position again. - Move it anywhere on the screen where auto-hide does not work (ie. not to any edge.) Note that auto-hide automatically deactivates itself in that case. This is intended. - Lock position again. - Activate auto-hide from the menu. -> Toolbar disappears. It looks like the following exception appears when the bug triggers: NullReferenceException: Object reference not set to an instance of an object at Toolbar.FloatCurveXY.evaluate (Single time) [0x00000] in <filename unknown>:0 at Toolbar.Toolbar.handleAutoHide () [0x00000] in <filename unknown>:0 at Toolbar.Toolbar.draw () [0x00000] in <filename unknown>:0 at Toolbar.ToolbarManager.OnGUI () [0x00000] in <filename unknown>:0 I will be working on a fix tomorrow. It's getting a bit late here already. As a workaround, you can just disable auto-hide for now.

Thanks, this actually helped me in tracking down the issue. It is not related to Mission Controller or any other plugin, but also happens with the Toolbar Plugin alone. Edit: See this post for details. Exactly. The plugin is just getting confused about its current state. You will find that when you enter the scene again (say going from flight -> space center -> flight again) it should appear again.

You mean configurable icons for folder buttons instead of that orange folder thing? Yes, they will come. Not sure how yet, but that's the plan.

Nice, thanks. I've added it to the list of supporting mods in the OP.

Just to note, I can't reproduce the issue at this time. I've asked diomedea to provide more detailed steps.

Heh, no worries there It's always good to throw more eyeballs at a problem so that it can be fixed. Hmm, I've tested Toolbar 1.4.3 with MissionController 0.43 here, and I'm not able to reproduce the issue, no matter what I do in MC. Could you perhaps execute the most simple sequence of steps that provokes the error, then upload your output_log.txt from that session? Ideally with no other mods installed. Also it would be nice to know what those steps are that you took.

Same here, it does not seem to always remember its "invisible" status.

I know, I was just trying to point out the nginx issue.

That is odd, it is working just fine for me. Perhaps you can try the following for me: - Start with a fresh separate KSP install. - Install the Toolbar Plugin from this thread. - Rename GameData\000_Toolbar\Toolbar.dll to GameData\000_Toolbar\aaa_Toolbar.dll - Install the test buttons plugin from TestButtons.zip (source code.) Note that the files should end up in the same folder as aaa_Toolbar.dll. - Start KSP and play around with the toolbar and the test buttons. - If everything works, install plugins from your regular KSP install and see if any of those provokes the erratic behaviour. Also, I've noticed in your output_log.txt that your Kalculator Plugin is still the older one that replaces its toolbar button all the time. This does not seem to provoke the error, though. I think this will be implemented eventually, I've just not come around to doing it. I've set up things internally with that in mind, though. For now, you just have the ability to add button folders. I think so. If all the other buttons from other plugins work, then it should be an issue of the respective plugin.

Download works fine for me.

That FAQ entry is referring to a worst-case scenario that shouldn't even happen.

Not sure what this is about. You don't need to reset the config file when updating...?

Just a minor nitpick here: ToolbarManager.Instance.add() will never return null.

Toolbar Plugin 1.4.3 is now available for download.

Toolbar Plugin 1.4.3 is now available for download.

My guess is the same bug is in the Kalculator Plugin, too. I haven't actually checked the source code, though.

Try the Active Memory Reduction mod.

When the editor freezes, press Alt+F12 and look for input locks. Please list them here.