KrazyKrl

I'd suggest an extension of the action groups for throttling engines. You have 10 "Engine Groups" which you can switch between via MODKEY+(1 through 0) i.e. just like action groups. All engines default into engine group 1; but may be reassigned.

Yes we need a dV readout, this is rocket science. IMO not having a dV readout is against the spirit of KSP... as KSP is a game about rocketry and space travel. This would be amazing if your experience could be rolled into the KSPedia. "Our Kerbal engineers designed this calculator to help with vehicle design, but the computer might get confused sometimes with complex craft; here's some of their workarounds."

Here's my suggestion about adding unlock-able craft files: They should extend the contracts system. Think of it like a "quick flight" option, where you contract a planned mission to fly with a specified craft. Reimbursement for the craft would be paid (along with a bonus) at contract completion. You can, of course, edit the craft in the VAB before the mission; but reimbursement is for the base craft as-given to you. Crafts gained through the "quick flight" contract should also be saved into a subgroup of crafts to load or launch. A bonus, in my opinion; would be if this system also had a "randomizer" feature to it (at a lower fund cost or higher reward)... maybe something like a CS:GO case opening animation with rocket thumbnails. "Congratulations! You're going to X on Y!"

Probe cores are small and light on their own... even large (and heavy) wings are surface attach. I don't see any reason to limit the functionality of a part; just to add an attachment rule in the VAB when building your craft. IMO all parts should support surface attach, node attach should be the unique thing with parts.

Other than the docking port snapping on physics load portion, this would be an amazing feature. Possibly with using a strut on two parts which their colliders intersect (since struts do about the same thing anyhow.) Essentially it would surface attach them without the strut. The cool part would be that just like docking ports, if you break or decouple the other node/attachment point; the craft should reroot through this surface attach point if it hasn't already broken.

This sounds like one of those features, which are amazing, but are horribly complex to code. I'm all for a replay system in KSP, implementing it would be a huge problem though. You would need to save every physics tick to get an accurate replay of what happened, because of floating point inaccuracies in the physics engine. You would need to save these during one of the most intensive periods of a crafts flight (collisions and destruction); this is assuming saving physics ticks for replay is even possible in a Unity game. Saving rendered frames would be easier, but with massive disk space cost; and probable performance loss. Saving just graphics brings a few other problems, inability to interact with the scene for one. I guess you could annotate the saved video with event log stuff. Yes, it would be amazing; and I would love this feature. The work behind a replay though... It might be easier to use something like NVidia Shadowplay to save videos yourself as a workaround.

My 2 cents: The fuel cells should have a "local only" type of resource that is hidden from the resources panel. Name it something like "Electrolysis Byproduct". You may not transfer this resource to any other part. Each fuel cell has its own max capacity of waste. When using fuel cell waste to create LFO; small cells should be about 50% efficient, large cells should be 70% efficient. You will still lose a significant portion of the LFO you split in the first place. The power drain is double what a fuel cell can supply when reversed. You cannot reprocess the waste of the fuel cell unless that fuel cell has waste to use.

Also, Expand maneuver nodes on mouse-over to show "projected burn time" bars that are dV-centered on the maneuver node. dV remaining while-burning would be nice also (i.e. additional bar that shows fuel time remaining, iteratively colored like patched conics for each stage with fuel in it.) Another cool thing, is adding a sort of "importance level" to said pips on the bar. Say you right-click the SoI change pip mark on RandLanderMk1, you select an option to change the SoI event to "Importance: Always Shown"... now that pip should be global on the timeline; regardless of which particular craft you are flying.

Just because a part is small; does not mean the max temp should be lower. The only thing that should be lower, is the thermal mass of the object. IMO, high-heat tolerance parts are like superalloys that have specific coatings, or cooling methods (Like air ducting in turbine blades.) Heating is kinda buggy in some places still anyhow... like docking ports not transmitting heat. 1800K Docking Port Sr. not dumping heat to its mate for example.

Both inventor and solidworks are owned by Autodesk I believe. I would like more of the keybinds to be reflected in the GUI in some ways. Stuff like trim, the VAB camera and view tools, symmetry mode, rotation tool mode, and disable node attach. Are a few of the more esoteric VAB stuff that should be reflected in GUI elements. This would require some pretty nifty GUI element "buckets" to be designed though. But it would make the game much easier for newbies, and people with accessibility issues (bonus points for colorblind compliance.) Having Symmetry/Snapping, Placement Orientation, and Camera GUI buckets also is a very good place to put tooltips that denote the keyboard shortcuts for each function.

In my expert opinion of an expert of explosions, yes.

You have my axe. I would also like to see that idea extended. I.e. "Science Archives" Becomes "Rocketry Museum and Science Archives". The science archives as they are now stay as a subset of the Rocketry Museum. World firsts should get their own section, along with any other flight you've ever had. The world firsts section should have something special, maybe something like the VAB/SPH "craft thumbnail" image of the craft; as it was when the craft broke the record. Of course, the Rocketry Museum would also track every flight you've ever had; the worlds-first section would just be the premier section.

I'd like some type of widget you could use via a control part. This widget would let you change the reference orientation for the control part, essentially "zeroing" the navball to another orientation. Bonus points if you're able to have, say, 2 or 3 differing saved modes for orbital/surface modes. Along with the ability to swap between them via action groups. Imagine being able to make a space shuttle that can VTOL on another planet via engines that thrust out dorsally (out of the cargo bay), then being able to swap modes to your aft orbital engines... And on re-entry being able to set your probe core to 30 degrees above horizontal to keep a reasonable reentry glideslope before returning it to the natural horizon for approach and landing.

The NERV is already quite balanced. It has a high dry weight, very low TWR, weird form-factor, no gimbal, and very horrible atmospheric ISP. Making a rocket is easy, making an efficient rocket is hard. Just because the NERV has 800s ISP, doesn't mean that it's even outside of the envelope for realistically usable engines in KSP. A whole radiation shielding system for literally one part doesn't sound like a reasonable use of game developer time.

This shielding argument has been discussed ad-nauseum since the introduction of the NERVA. Adding radiation doesn't add anything to gameplay, other than ship bloat. A rep loss due to losing a used NERVA would be plenty. Anything more along the lines of a radiation-shadowing and radiation sickness life-support subsystem doesn't seem fitting in unmodded KSP. I don't see anything "fun" about needing to mess around with radiation shadow shields. What does this add to gameplay?