Well, help instructions says "...can be inserted using the mouse by making an illegal move of capturing one king with the other". I had tried illegal moves but not king over king. This last one really works. May be the change of "...an illegal move of..." to "...the illegal move of..." would be more consistent. The two minus keystrokes "--" do not work, may be because my laptop does not have separate numerical panel. This ticket might be closed, unless anyone would like to check the secondary minor...
Seems the inserting null move feature is gone.
Yes indeed. in that sense looks like a feature request. Also thank you for the single quote. Because of the working apply(min,[10,6]) I did not think to add the quote before gcd.
gcd is not working on lists
I wonder why opensuse tubleweed insist on using version 2020.3 on flightgear. (2020.3.18-1.3). Anyway, I toggled out of my plane, my walker tied my cesna172p and, after that, from equipment & payload, i loaded 3 passengers and baggage on a tied plane, watching every time my plane to drop down normally. However, on preparation to flight, every untie lift it up! abnormally. As if it is used an opposite sign of proper z-displacement. So, behavior of my distribution's version remains the same. I wish...
Thank you. Looked for it and as I understood, the repo is at https://github.com/c172p-team/c172p/tree/release/2020.3 But, anyway that fix will not be needed in new https://github.com/c172p-team/c172p/tree/release/2020.4 release., as it uses totally different code for that display. May be i will try to contact the c172p repo in github. Ok, i created a pull request in github. If you please just inform me when it is safe to delete my fixing branch from sourceforge.net. Thank you
Thank you. Looked for it and as I understood, the repo is at https://github.com/c172p-team/c172p/tree/release/2020.3 But, anyway that fix will not be needed in new https://github.com/c172p-team/c172p/tree/release/2020.4 release., as it uses totally different code for that display. May be i will try to contact the c172p repo in github. Ok, i created a pull request in github. If you please just inform me when it is safe to delete my fixing branch. Thank you
Thank you. Looked for it and as I understood, the repo is at https://github.com/c172p-team/c172p/tree/release/2020.3 But, anyway that fix will not be needed in new https://github.com/c172p-team/c172p/tree/release/2020.4 release., as it uses totally different code for that display. May be i will try to contact the c172p repo in github.
Fix hpa displayed values at KAP140 on c172p
Fix hpa displayed values at KAP140 on c172p
Fix hpa displayed values at KAP140 for c172p
Checking Fen seems to ignore castling rights
Well maxima was a valuable companion for years on my hobbies. Mathematics and a touch of programming. It helped me with ctensors, differential geometry, algebraic systems and many others that i now forget. However, because i use it casually, depending on my interest each time, i forget how to use it and remember only what maxima can do for me. Same happens to by interests too. This time i decided to read about game theory. I had the feeling that maxima could help me to solve the exercises from the...
Thank you for the quick reply. You understand well. I make a list with maxima, i store and then read back. As in the example. Since i worked around it, it is not a big problem but i wanted to inform developers that i expected a 'correct' for me behaviour. Thank you Στις 23-06-2022, ημέρα Πεμ, και ώρα 20:14 +0000, ο/η Robert Dodier έγραψε: Hi Jimis, thanks for your interest in Maxima. Do I understand correctly that you are creating the data file which is later to be read back into Maxima? i.e., you...
Thank you for the quick reply. You understand well. I make a list with maxima, i store it and then read it back. As in the example. Since i worked around it, it is not a big problem for me but i wanted to inform developers that i expected a 'correct' for me behavior that would be x[5]=y[5] in the above case. Thank you
read_list fails on objects with operands
Initial securing of C172 seems to act against physics in some cases.
Corrects Map key binding description in menubar
Corrects the description of the map key binding from Ctrl-M to the right one of Ctrl-Enter.
I managed to configure Thrustmaster TCA Officer Pack Airbus Edition. Unfortunately I flight only Cessna C172P so, the configuration works perfectly only on that plane. On C182s works almost identical but i miss some animation upon switching magnetos. Planes seems to use different properties from time to time. When and if i flight an Airbus, i will need a new configuration. And when a system update downloads a newer than 2020.3.12 release, my current configuration might not work also. Changes to brake-parking...
I managed to configure Thrustmaster TCA Officer Pack Airbus Edition. Unfortunately I flight only Cessna C172P so, the configuration works perfectly only on that plane. On C182s works almost identical but i miss some animation upon switching magnetos. Planes seems to use different properties from time to time. When and if i flight an Airbus, i will need a new configuration. And when a system update downloads a newer than 2020.3.12 release, my current configuration might not work also. Changes to brake-parking...
Today i got my new 'throttle '. I configured a switch 'ON' to be 'Parking Brakes'. Parking brakes do not response on C172P. I tried to C182S and Parking brakes toggle the moment i switch back to 'OFF'. The properties on both planes seem identical. A 'nasal', a module 'js2' and and same scripts. So, i confirm the problem but i cannot understand the question about controlljs. An other switch i configured as 'AutoPilot disconnect'. Neither that is working nor to C172P not to C182S'. I use /sim/version/flightgear:...
Today i got my new 'throttle '. I configured a switch 'ON' to be 'Parking Brakes'. Parking brakes do not response on C172P. I tried to C182S and Parking brakes toggle the moment i switch back to 'OFF'. The properties on both planes seem identical. A 'nasal', a module 'js2' and and same scripts. So, i confirm the problem but i cannot understand the question about controlljs. An other switch i configured as 'AutoPilot disconnect'. Neither that is working nor to C172P not to C182S'.
Actually the only craft i uploaded is Cessna 182s but i do not use it. I was using and use the Cessna C172p that was the default and the only one that is loaded when i installed flightgear. I use opensise tubleweed linux. Unfortunately i see that in https://sourceforge.net/p/flightgear/fgdata/ci/next/tree/Aircraft/c172p/Models/Interior/Panel/Instruments/kap140/ the files are totally different than the ones that are installed in my system and there is no KAP140TwoAxisAlt.xml there to be fixed.
Actually the only craft i uploaded is Cessna 182s but i do not use it. I was using and use the Cessna C172p that was the default and the only one that is loaded when i installed flightgear. I use opensise tubleweed linux
I fixed the bug but i am not sure how to handle this, since there are four KAP140TwoAxisAlt.xml files 1) /usr/share/flightgear/Aircraft/Generic/DualControl/Instruments/KAP-140/KAP140TwoAxisAlt.xml │ 2) /usr/share/flightgear/Aircraft/Instruments/KAP140TwoAxisAlt.xml │ 3) /usr/share/flightgear/Aircraft/Instruments-3d/kap140/KAP140TwoAxisAlt.xml and 4) /usr/share/flightgear/Aircraft/c172p/Models/Interior/Panel/Instruments/kap140/KAP140TwoAxisAlt.xml I corrected the 4th to the attached one. I attach...
KAP140 display wrong digits in Hpa mode
I confirm the problem, at least with C172p. Till today i thought it was relevant to specific RW of some airports. After testing your issue and reading some forum discussion about a Honolulu airport with the same problem, i confirm that the '/fdm/jsbsim/damage/repairing' property remains to 'true' after using 'Location/select Airport' menu option. That removes the ability of aircraft to taxi. I play with 'Aircraft options/Enable damage' and 'Save state of aircraft between sessions' checked. I noticed...
I confirm the problem, at least with C172p. Till today i thought it was relevant to specific RW of some airports. After testing your issue and reading some forum discussion about a Honolulu airport with the same problem, i confirm that the '/fdm/jsbsim/damage/repairing' property remains to 'true' after using 'Location/select Airport' menu option. That removes the ability of aircraft to taxi. I play with 'Aircraft options/Enable damage' and 'Save state of aircraft between sessions' checked. I noticed...
I confirm the problem, at least with C172p. Till today i thought it was relevant to specific RW of some airports. After testing your issue and reading some forum discussion about a Honolulu airport with the same problem, i confirm that the '/fdm/jsbsim/damage/repairing' property remains to 'true' after using 'Location/select Airport' menu option. That removes the ability of aircraft to taxi. I play with 'Aircraft options/Enable damage' and 'Save state of aircraft between sessions' checked. I noticed...
I refreshed the commits. Actually what needed additional decimal was hPa because 0.01 inHg is about 1/3 fraction of 1Hpa. Eventually the same logic has the HI Offset where a user might see that he set for example 2 offset at his cockpit but be aware that he actually flights with 2.9 offset, when he reads the additional decimal in instruments popup window.
Fix Equipment-Instrument Settings inconsistency toward Altimeter Indicator.
Considering https://wiki.flightgear.org/Nasal_library complete, i missed https://wiki.flightgear.org/Nasal_library/math A link from first to second in wiki might be useful to me. I cannot tell where could be needed the new floor and trunc math functions, but in our case math.round function can be used. I updated the request accordingly, but i preferred to add a third digit in inHg for the reasons i wrote above. Alter 0.001 to 0.01 if you do not like the 3nd digit.
Fix Equipment-Instrument Settings inconsistency toward Altimeter Indicator.
I can not develop a helper. The merge request can be used till some helper is involved. But, I would like to add that i am not 100% pleased by this fix that just follows the existing code. I assume that inHg in setting needs a third decimal, that can be added before a possible merge. 0.01 inHg equals to 3 hPa, so, as it is now, it can happen user not to see any change in inHg by adding 1 Hpa. With the addition of a third decimal he will see that changing. If you agree with the above setprop("/instrumentation/altimeter/setting-inhg-formatted",...
I can not develop a helper. The request can be used till some helper is involved. But, I would like to add that i am not 100% pleased by this fix that just follows the existing code. I assume that mHg in setting needs a third decimal, that can be added before a possible merge. 0.01 mHg equals to 3 hPa, so, as it is now, it can happen user not to see any change in mHg by adding 1 Hpa. With the addition of a third decimal he will see that changing.
Replace of the definition of hpa, in kap140 relevant code.
Fix in code definition of hpa.
Fix KAP140 baro hpa display values
Fix hpa displayed values at KAP140
Fix Equipment-Instrument Settings inconsistency toward Altimeter Indicator.
Fix Equipment-Instrument Settings inconsistency toward Altimeter Indicator.