1. Options contolled by livery

as you can select several option in the preferences:

- steam gauges
- eye brows
- winglets

they shoul be defined in a "livery.cfg" in the livery folder to provide an automatic preselection when loading the livery. Otherwise you must manually chance them any time when selecting a different livery.

2. Optional MCP with A/P paddles

As you offer optional steam engine gauges it would be nice to also offer an alternate MCP which that the paddles for the A/P engage. This type was used by several airlines like Delta, Lufthansa and Southwest.

Thank you.

As suggestion, would be nice if we got the backslash sound of the fan when it rotates...

thanks

 probably a little one. But with the IXEG every time you load it , it reverts to some obscure freq. It would be nice if it could reset to the last known freq as most other aircraft do, saves a lot of bother if you are doing a reload at the same airport or changing planes.

I already got this kind of muscle memory by pressing pedal full in, pull the parking brake then release the pedal, so the current system on IXEG 737 is kinda annoying...

I'd like to it works as follows: the parking brake could be set wit both pedals higher than 75%, and will keep engaged all the way you releases the pedal after set,  it only resets until break pedal released to like 50%, then require over 75% press on both side to be able to disengage.

I am using xplane11 and would like to fly 737 classic, and found "Take Command!: IXEG 737 Classic Plus".

But this is only for xplane12. is there anyway to get this older version which can use on xplane11?

Many thanks in advance

Cheers!

I know I can dial down the number to get correct ZFW anyway, but since the new perflight menu already looks really nice, and the Wt.Factor lever is already there, could you just add a function to able it be dialed down to like 0.5? Thanks!

I had originally planned to post this as a bug report, but on second thoughts it occurred to me that the current behaviour may be a deliberate choice as a "sim-ism"/affordance to limited hardware/whatever. On the other hand this might be a regression in V1.5, it's been too long since I was using V1.3, as previously mentioned. Feel free to file this as you see fit.

I'll happily be corrected by y'all on any of this, but from what I've been told I believe this is roughly how the reverse thrust levers work irl:

1. The reverse thrust levers are mechanically "locked out" from being moved while the forward thrust levers are above idle;

2. When the reverse thrust lever is pulled up to the deploy/idle position, the reverser "door" is unlocked and starts translating (not sure the exact lever angle this happens);

3. There's an interlock at around 1/3rd of the reverse thrust lever travel that prevents the lever from being pulled any further (above idle) until the door is translated (I read somewhere that the interlock disengages at 60% translation, but that could well be wrong, I'm sure it's in some technical manual y'all have access to);

I did some testing on V1.5 with the basic "toggle reverse" command, which by default is assigned to Shift+/, and from what I can see (without going into datarefs), the current behaviour is as follows:

1. If forward thrust levers are not at idle and reverse is toggled as above, the forward levers quickly move to idle, and it seems the reverse thrust levers move to a position that corresponds to the same relative position in the range of the reverse thrust levers as the forward thrust levers were at the time of activation. For example, if forward thrust levers are at 50% of their range and reverse is toggled then the reverse thrust levers move to 50% of their animation range (ignoring the fact that the lower third or so of their range is "below" the interlock).

2. If reverse is toggled while the forward thrust levers are at idle, the doors translate and the unlocked lights illuminate amber, however the reverse thrust levers do not move.

3. While the doors are still translating, reverse thrust can be increased above idle (for example by moving the throttle axes I have on my hardware throttle), with the corresponding relative movement of the reverse thrust levers in the 3D cockpit.

Having said all that (sorry it's a long post!), my suggestion is to enhance the simulation of the reverse thrust system as follows:

1. Inhibit reverse thrust activation, hence movement of reverse thrust levers above "stowed" position, unless forward thrust levers are at idle;

2. Limit reverse thrust to idle, hence movement of reverse thrust levers past the interlock, until doors are sufficiently translated;

3. Animate the reverse thrust levers in the 3D cockpit to reflect the state of the system.

Having worked with Toto on the Challenger's throttle behaviour I understand the way X-Plane handles reverse thrust can be a bit wacky under the hood (and there's like at least 4 different ways for the user to control it). And I'm not sure how much of the current behaviour is Laminar default, etc. So I appreciate it might not be the easiest thing to override from an add-on.

Thanks a lot for your consideration.

-Pils

Thanks for adding the "show_settings_window" command so I can disable the mouse-over popup (yay for user choice!).  It would be great if this command also let me close the window when it's open. Alternatively a new "toggle settings window" command would work too.

TIA!

And who could forget about the chocks...