Aerospike

I'm happy to announce that KISS v2.1 is almost available. What is new in this version? Configurable keyboard shortcut! Anyone want to give the pre-release a try? https://github.com/KerbalSpike/KerbalImprovedSaveSystem/releases/tag/v2.1.0-beta1 I'm especially interested in feedback from people with non English (US) and non German keyboards, and people who run KSP on a Mac or on Linux! Why? Because Unity only knows about US Keyboards. Detecting which key was pressed is easy, labelling it correctly depending on the actual keyboard used is a whole different story... Using Windows input language switching I tested with German, English(us) and Spanish(Spain) layouts and most things work. Known Issue (will be fixed before release): *) if CAPSLOCK is on, all character keys that are not letters get the wrong label. I just figured out while writing these lines, that I forgot to check for capslock... Known limitations: *) the "Print" key is for some reason not detected by my code (although it is listed as a viable KeyCode in Unity). *) you can not use any modifier keys (Shift, Ctrl, Alt, Command,...) and you also can't have any key combinations for KISS, just simple keys. *) on international keyboards, you have to hit the accent keys (like " ´ " and " ^ " on the German Keyboard) twice, because they do not produce a character when hit for the first time, but I need the character to label the key correctly. *) all keys that to not produce characters like Backspace, Arrow Keys, etc. are labeled with their English names, regardless of keyboard language used. *) numpad keys always get their "Keypad..." label, regardless of NumLock state. For example numpad 8 will always be shown as "Keypad8" and never as "ArrowUp".

Hey Cupcake, since I love your videos and crafts and discovered today that you are on Patreon, I decided to support your KSP shenanigans - although it is not much that I can contribute at the moment. Since you set your Patreon page up as per creation/video funding I would like to know what your estimated number of releases/month is, so that I can maximize the amount you receive while still staying below my monthly cap I know such things can't be really planned in advance (unless you get a lot more supporters and your KSP creations begin to pay your rent ), but any rough estimate would be helpful.

Wow Cupcake..., you've done it again! While that is aesthetically not my favorite, the design language is still very stylish (as always) and specs are just awesome.

Thank you from me as well! Surface Mounted Lights and Aviation Lights are the only part mods I use in an otherwise fully stock game

I could not find any problems with KISS v2.0.0 and the officially released KSP 1.2.0. I would update the compatible version number on spacedock, but version 1.2.0 is not yet available there. Edit: KISS is now flagged as compatible with KSP 1.2 on SpaceDock!

You are right of course. When launching unity without a stored login, you can either log in or choose "work offline". Guess I must have missed that button when I first installed unity and thought that I had to create an account.

As far as I know the Personal Edition of Unity requires a (free) Account as well now. I'm unable to check that, because for some strange reason Unity does not want to start (it was working without problems yesterday...) Anyway: Yes, the patch is an installation file (not sure if it is a full install?). BUT! You don't even have to install it! Just open the .exe file with winzip/7-zip/winrar and extract the player file. The directory structure inside the self extracting archive is just the same as it is in your local installation of unity.

The unity download archive only provides a download for Unity 5.4.0f3 but KSP 1.2.0 expects Unity 5.4.0p4. In case anybody else is looking for the download of the correct Version, you can find it here: https://unity3d.com/unity/qa/patch-releases/5.4.0p4

Just a quick note to those that are testing the KSP 1.2.0 pre-release: KISS v.2.0.0 seems to work fine with KSP 1.2.0 as far as I can tell

KISS v2 released on spacedock and first post updated. Changelog v2.0.0, 2016-09-11 Added: Allow deletion of savegames directly from KISS. Added: KISSDialog class for creating modal dialogs. Added: Settings panel and a button (with icon) to toggle it. Added: Option to require confirmation before overwriting existing files. Added: Option to require confirmation before deleting existing files. Added: Option to choose between system time and game time for the timestamp. Added: Option to reverse the list of existing savegames. Added: Three choices for the filename suggestion: "{timestamp}_{vesselName}"; "{vesselName}_{timestamp}" or "quicksave". Added: Quicksave mode: save current game with the suggested filename without showing GUI (requires "MOD + F8" to show window again). Fixed: KISS now reacts properly to "ESC" and "ENTER/RETURN" in every situation. Fixed: Width of buttons in list not adjusting properly to long filenames.

Thank you for your efforts trying to break it. I really appreciate your help! After spending several hours implementing features and changing/fixing things that just do not work as you originally imagined them, you reach a state of mind where you are almost blind to your own errors. Testing your own code is a bit like proof reading your own text. Thank you again! Since nobody else reported any issues, I'll probably release version 2.0.0 over the weekend.

After a lot of bugfixing I think the new version should be almost ready for release. I would appreciate if anybody could give the beta a try and provide me some feedback about the new features and any possible bugs that I might have missed. Just make sure to backup your savegames before you give it a try! Download Kerbal Improved Save System v2.0.0-beta1 from GitHub @Apollo13 You will probably be happy to read that you can now delete savegames AND there is now a "quicksave mode" where the GUI doesn't show up at all as you suggested!

little sneak peek of next version of KISS: http://imgur.com/h9FXngh

Turns out a simple recompile against KSP 1.1.3 fixed the problem and the "SetPause" error messages where totally unrelated to KISS. Of course because of me going into panic mode after the Xamarin update, I didn't notice that yesterday -I made a mistake in setting up VS2015's post build command and therefore the new .dll never actually got copied to the game directory... *facepalm* First post updated, KISS 1.1.1 for KSP 1.1.3 is now available.

Thank you sarbian for this, I'm sure this will make finding and fixing bugs a lot easier! (Also thank you to Youen for pointing out that I do not have to install unity )

Hello dear users of KISS! Despite my absence, I have not abandoned this project. But having a child and an unusual high workload at the office at the same time has eaten up most of my spare time in the last few weeks. Unfortunately KSP 1.1.3 seems to have broken KISS. I'm trying to figure out what is causing the problem to fix it. I tried to solve the problem yesterday, but unthinkingly updated Xamarin Studio to Version 6, which now seems to be broken for "regular" .NET projects (apparently Xamarin now focuses on their android, iOS, WIndows cross Plattform stuff), as none of the project dependencies could be resolved any longer. So I spend yesterday evening getting rid of that trash and switching everything over to Visual Studio 2015. As of now the projects compiles fine against KSP 1.1.3 but at runtime KISS no longer responds to the F8 key and the Log is full of errors about "Missing function FlightDriver.SetPause" (Not sure about the exact words, because I'm at work currently). Please be patient, I'm hoping to have a fix ready by the end of the week.

*facepalm* I feel really stupid right now for not discovering that class on my own. I even glanced around for a custom "Stream" class within X-Science ... no idea how I could miss this. Thank you!

Hello @Z-Key Aerospace, first let me thank you for maintaining this great mod. I really would not like it if I had to manually keep track of all the science in my career games! (Also thank you to @Bodrick for creating the mod in the first place - if he is still around). Now I do have a question that is related to development as I've recently become a modder myself: [x]-Science has a class TextureHelper that provides a method to simplify loading of textures from embedded resources. I tried to replicate what that method does, but I can't figure out the code on Line 22 var iconStream = Assembly.GetExecutingAssembly().GetManifestResourceStream(resource).ReadToEnd(); MonoDevelop complains that System.IO.Stream does not have a ReadToEnd() method - and of course there is no such method according to the .net documentation. However there is a ReadToEnd() method in the StreamReader class, but that isn't referenced in the code as far as I can tell and GetManifestResourceStream(string) is supposed to return a Stream, not a StreamReader. So how is that line of code even compiling? According to the commit comment of the class, that code is from Bodrick, but maybe you could help me to understand how this works. I really just want to load a small .png file for a "settings" button similar to the one found in [x] Science!

You only need the content of the "GameData" folder inside the "mouse aim flight-master" archive/folder! If you are not interested in the code of a mod, don't download the whole github repository. Download from Curse Forge instead.

That is seriously strange! Thank you! Yes, it is our first -> I'm equally excited and terrified about the coming months!

Apparently, yes:

I just ran a small test using the Aeris A3 in a sandbox game (level 3 runway). One time in the stock configuration (1.) and one time in a modified version (2.) with the front wheel replaced with a LY-05 Steerable Landing Gear and the rear gears replaced with the LY-01 Landing Gear. You can land very sloppy, go faster than 100 m/s, don't care too much if you are straight and descend rapidly -> worst case is you bounce (wildly) off the runway and as long as you avoid contact of wings/fuselage with the runway you are fine and can try again. If you are above ~80 m/s and descend slightly too fast or touch down with the plane yawed starboard/port a few degrees, your LY-01 and LY-05 will pretty much disintegrate instantaneously. You have to be closer to ~60 m/s for a save touchdown, and then you still have to be gentle. Conclusion: The LY-01 and LY-05 Gears tolerate quite a bit less stress than the similarly sized LY-10 gear. While I do understand that they might be considered inferior parts, I want to point out that they are the first wheels new players encounter in career games and their low durability might cause a lot of frustration. I suggest bumping their durability to the same level as the LY-10 Gear. here is a logfile: the cockpit crashed into the runway at 85 m/s, So I wasn't going too fast.

Thank you for your feedback @Apollo13 and also @brusura! Regarding deleting savegames: that has already been on my mind, I don't know why I forgot to add it on the todo list. As for the other points you brought up: "favorite feature": Ha, I didn't even know that this was a limitation of the stock quicksave. (I haven't had a rover in my career game yet). To be honest I don't understand the reason why SQUAD allow quicksaves while in atmospheric flight, but not while moving on the ground? Maybe this could be an issue with how savegames are loaded and there could be issues with the colliders of moving objects when loaded? Dunno. Unless someone reports that moving vessels get destroyed on loading, I'll definitely keep the behavior of KISS (I pause the game before showing the Window, I guess that is the reason why KISS can quicksave with moving vessels) confirmations before overwriting and number of clicks: Don't worry, I hear you. Confirmations won't be added until I add a settings panel to KISS, there it will be possible to toggle confirmations (for overwriting and deleting files separately) and choose between game time and system time for the timestamp. For confirmations I'll first have to figure out how to handle Yes/No dialogs in KSP anyway. Since I'm going to be a father in a few days, my time is currently quite limited However, I'll keep the current "double-click for saving" behavior. Single-click is required for selecting a quicksave to alter the name. Imagine having a Craft "MunProbe1" and you have a quicksave called "MunProbe1-mun_orbit_before_descent" and you are not happy with where you landed. You might reload that save, stay in orbit longer and try again at a different spot, but not before creating a new save "MunProbe1-mun_orbit_before_descent_location2" - and you really don't want to type all that in a second time! (A scenario like this was my primary motivation for writing KISS in the first place). Load Save: Hm, your profile tells me that you have been registered for quite some time so I assume you are a "veteran" KSP player, so that suggestion surprises me. You do know that you can load quicksaves while in flight using the alternate quickload dialog? Just press MOD+Quickload (default: "ALT+F9"). Maybe I'm missing something, but I really don't see why I should replicate that functionality? I'll hope to implement the features on the ToDo list as soon as possible, but as mentioned above, my time is quite limited currently.

I just tried this and it is really awesome! I don't have nearly as much hours in War Thunder as Barklight has, but having played many hours of War Thunder definitely contributes to this mod feels like I've never flown another way!

KISS v1.1.0 now works properly with KSP 1.1. I've now created a thread in the Add-on Releases section.