CONDITIONS IN FLIGHTGEAR PROPERTY FILES Written by David Megginson, david@megginson.com Last modified: $Date$ This document is in the Public Domain and comes with NO WARRANTY! 1. Introduction --------------- Some FlightGear property files contain conditions, affecting whether bindings or animations are applied. For example, the following binding will apply only when the /sim/input/selected/engine[0] property is true: /sim/input/selected/engine[0] property-assign /controls/starter[0] true Conditions always occur within a property subtree named "condition", which is equivalent to an "and" condition. 2. Comparison Operators ----------------------- The simplest condition is "property". It resolves as true when the specified property has a boolean value of true (i.e. non-zero, etc.) and false otherwise. Here is an example: /sim/input/selected/engine[0] For more sophisticated tests, you can use the "less-than", "less-than-equals", "greater-than", "greater-than-equals", "equals", and "not-equals" comparison operators. These all take two operands, either two "property" operands or one "property" and one "value" operand, and return true or false depending on the result of the comparison. The value of the second operand is always forced to the type of the first; for example, if you compare a string and a double, the double will be forced to a string and lexically compared. If one of the operands is a property, it is always assumed to be first. Here is an example of a comparison that is true only if the RPM of the engine is less than 1500: /engines/engine[0]/rpm 1500 3. Boolean Operators -------------------- Finally, there are the regular boolean operators "and", "or", and "not". Each one surrounds a group of other conditions, and these can be nested to arbitrary depths. Here is an example: /engines/engine[0]/rpm 1500 /engines/engine[0]/rpm 2500 /engines/engine[0]/running The top-level "condition" is an implicit "and". 4. Approximating if...else -------------------------- There is no equivalent to the regular programming 'else' statement in FlightGear conditions; instead, each condition separately must take the others into account. For example, the equivalent of if (x == 3) ... else if (y == 5) ... else ... in FlightGear conditions is /x 3 /y 5 and then /y 5 /x 3 and then /x 3 /y 5 It's verbose, but it works nicely within existing property-based formats and provides a lot of flexiblity. 5. Syntax Summary ----------------- Here's a quick syntax summary: * ... Contains one or more subconditions, all of which must be true. * ... The top-level container for conditions, equivalent to an "and" group * ... Contains two properties or a property and value, and is true if the properties have equivalent values. * ... Contains two properties or a property and value, and is true if the properties have different values. * ... Contains two properties or a property and a value, and is true if the second property or the value has a value greater than the first property. * ... Contains two properties or a property and a value, and is true if the second property or the value has a value greater than or equal to the first property. * ... Contains two properties or a property and a value, and is true if the second property or the value has a value less than the first property. * ... Contains two properties or a property and a value, and is true if the second property or the value has a value less than or equal to the first property. * ... Contains one subcondition, which must not be true. * ... Contains two properties or a property and value, and is true if the properties do not have equivalent values. * ... Contains one or more subconditions, at least one of which must be true. * ... The name of a property to test. * ... A literal value in a comparison.