UberFuber

There's a lot of potentially good tweaks suggested. How about this one? Since the original "abuse" comes from the fact that you can keep cancelling contracts to get the one you want... How about have cancelling a contract takes a certain amount of reputation (perhaps 10% to 25% of the contract's own reputation penalty)? The idea is that your agency loses reputation if you keep telling someone outright that "no, you're not doing this".

I like NEAR. FAR may be a bit too realistic for new comer who may have trouble figuring out stuff like mach effects and such.

I think you mis-understood the meaning of trim. "Trim" doesn't mean you telling the pilot holding a stick at a fixed location. Trim, in real-life aircraft, is a setting that a pilot can set that sets a collection of control surface at a fixed offset. http://en.wikipedia.org/wiki/Aircraft_flight_control_system#Secondary_controls

I always like the suggestion that "massless parts" don't contain the mass themselves, but contribute them to the parent body they attach to. So if you have a 1 ton fuel-tank and adds an 1 kg "physic-less" battery to it, the fuel tank now weighs 1.001 ton (still retain the same center of gravity). The retaining same center of gravity can be explained away as the main body tank having its content adjusted to balance out the attached mass.

You are partially correct. http://www.braeunig.us/apollo/hybrid-profile.htm Apollo mission after 11 uses a "hybrid" trajectory. The initial trajectory did put the ship in a free return trajectory. After completing various system check, an additional burn is made to get the space ship out of free-return and "optimize" it for a lunar orbit capture (basically, they "slow down" a little bit early on so they save some delta-V when putting themselves into a lunar orbit). http://en.wikipedia.org/wiki/Apollo_13#Mission_highlights Apollo 13 needs to correct their course after the explosion because the explosion happen after the additional burn that took them out of free return. In short, the sequence went like this. 1. Apollo 13 on free return trajectory. 2. Apollo 13 perform burn to optimize for lunar orbit insertion. 3. O2 tank exploded. 4. Apollo 13 has to perform a burn to put them back on a free return trajectory.

I've one that's of the "forgot to check my staging" type, except so ridiculous that I facedesked a few times. Noob: Forgot to check my staging and accidentally decoupled my payload at the same time my lifter engine + SRBs are staged at full throttle. Extra Noob: Spent ten minutes trying to figure out WHY I don't have control of my winglets (payload somehow managed to stay on top of the lifter engine without falling off). Ultra Noob: Spent ten minutes going between VAB and Launch, trying to add enough struts to prevent my payload from "unintentionally decouple" from my lifters.

With that, we also need better filtering in the parts window. Especially with the possibility that we're getting more distinct "wing" parts. The current parts windows will just explode.

There are... a lot of possibilities here. First, as suggested by many, is a simple Right Click menu similar to fuel transfer. Second, also suggested by many here, is IVA. Third possibility is to make its control a bit similar to RTS. You click on a Kerbal to select it, and right click (or Alt Click, or some other key+click combination) on a part to "order" them to move there.

I think the suggestion adds complexity without adding much to the gameplay. Multiple issues with reusability can be resolved by tweaking the cap on recoverable amount. Yes, that will widen the gap between "recoverable craft" and "fully-reusable craft". However, if you're skilled enough to design and land a fully-reusable craft (and have the ability to consistently reuse it), I say you deserve that boost in fund.

I would argue that instead of placing a generic placeholder, just disconnect the section.

Depending on your angle of entry, that may not be a glitch but an expected behaviors. In fact... http://en.wikipedia.org/wiki/Skip_reentry In short, when you're entering the atmosphere fast enough, you can actually "bounce" back out the atmosphere completely without any additional external thrust.

I would argue to just go with ElectricCharge (e) as the unit of storage. The unit of charge/discharge should just be what the game is using right now (charge/second). First, you do have to distinguish between liquid and solid rockets. Liquid you can throttle and control, solid you cannot (you can only limit it in VAB). They're not minor but fairly major differences. Also, regarding "capacitor" type and "chemical" battery, as the way you suggested you do need to differentiate them, if not by player than by the game. Take for example, two hypothetical battery. Battery A has a capacity of 1200 e and discharge rate of 20 e/s Battery B has a capacity of 1200 e and a discharge rate of 10 e/s Let's say you have something that needs 12 e/s to operate. If you discharge all of it from battery A, you get only 100 seconds of operating time (once A deplete, you can no longer draw from B since it can only supply up to 10 e/s). Now, an obvious solution in this case it to draw from B first than (discharge rule, draw from low discharge rate battery first). However, if you have some odd combination is where you get into trouble. Let's say for a different battery combination. A: 1200 e cap and 20 e/s rate B: 100 e cap and 10 e/s rate Let's say you need to draw 25 e/s to operate (neither battery can fully support the electric cost). In this case, doing the reverse would make sense (20 e/s from A and 5 e/s from B, netting a max operating time of 20 seconds). However, if you discharge from the as in the previous scenario (low discharge first), then you only get 10 seconds of operating time). One possible solution is to order the batteries by the amount of "discharge time" they've left (charges stored divide by discharge per second, giving you number of seconds the battery can discharge at full discharge rate). At each ticks, the battery compute their "discharge time". Then, for each source requesting power, they "draw" from the battery that has the highest "discharge time" first. The same idea could be apply in reverse, for charging. Instead of "discharge time" you have "charge time" (charge capacity remaining divide charge per second), and each electric source charges battery that has the highest charge time first. Of course, all this added complexities means that there may be edge cases where some of this doesn't work.

This is a great idea.

Have you try Mechjeb? http://forum.kerbalspaceprogram.com/threads/12384-PART-0-24-2-Anatid-Robotics-MuMech-MechJeb-Autopilot-v2-3-1 It has something called Ascent guidance. If you've a fairly stable rocket, you can set it up to target a specific orbit. There's even a Rendezvous module that will get your two ships together once they're in orbit.

2001: A Space Odyssey? A planet seem a bit big and too obvious to be an "Easter Egg". Easter Egg should be something that's fairly small and hidden. One random generated name, a bizarre object somewhere, but not an entire planet. Perhaps as one of the randomly generated asteroid designation? So you can potentially get something like ORK-####