warnings--

More warnings, similar issues.

Fix a few warnings while I'm in there.  Melchior poitned out that my default
configure-generated Makefiles don't include -Wall and a few issues had crept
into the code.

Add a lift/drag vs. AoA graph option to the yasim tool, which
generates a data file of aerodynamic lift and drag (and L/D) against
AoA at a specified speed and altitude through a full circle.  Wrote it
to track down the YF-23 superthrust issue, but it wasn't any help.
All the forces look fine.

Make better use of SGMath

Melchior sent me a property dump of the YF-23 in the wacky superthrust
state.  The only really obvious problem was a giant negative engine
RPM, which happened because of a lack of clamping in the engine code
combined with the YF-23's ability to actually reach speeds near the
engines _vMax value.  It's not clear to me that this will fix the
superthrust issue at high AoA's, but it's an obvious bug nonetheless.

Fixes from Maik Justus:
+ The wing compilation step was accidentally omitting regions that lie
  between the tips and the first/last control object.  That's a real
  problem for wings that contain no controls, and a significant issue
  for those that contain only a few.  I'm stunned that this went
  undetected for so long.
+ The Surface::flapLift() function was oddly returning 1.0 Newtons as
  a minimum, instead of zero.

remove experimental and unused code (we read the splash screen style
from /sim/gui/style[0] since a while, not from the preferred style.
This allows overriding it from *-set.xml files.)

cosmetics only:
- unify indentation (throw out 2-space indentation; this file uses 4 spaces)
- fix mixed indentation
- remove trailing spaces
- fix a couple of spelling mistakes

move GL_TEXTURE_LOD_BIAS_EXT one section up and document what it does
(this was the reason why the first two text lines on the splash screen
looked more blurry than the others). BTW: I played with other values
than -0.5, but this turned out to be the best already. It makes textures
sharper than 0, but not too sharp (and thus flickering).

remove confusing error message that leads first-time users on the wrong
track and is a PITA for support staff. It's this message:

Error reading properties:
Failed to open file
 at /home/newbie/.fgfs/autosave.xml
 (reported by SimGear XML Parser)

throw out "zoomed" tapes. These drew 60% of the scale with bullets rather
than tick marks, and looser (zoomed) than the other 40%. Rationale:

- this was only used in *one* tape of *one* HUD ("custom")
- it's not in the MIL-STD!
- doesn't seem very useful
- relies on integer scale values, while we now have float values in the new HUD

This feature would have had to be rewritten anyway. If someone needs it and
can come forward with a (MIL-)STD description, then it can be added to the
existing tape generator again (using a value->screen-position mapper function).
Otherwise it's simply declared dead.

(Yay, one TODO and a few FIXMEs less.  ;-)

- "almost zero" is zero
- improve/add <format> warning

Avoid redefinition in the same prototype

add optional <format> property for <tape>s

Olaf Flebbe : MSVC 2005 fix because time_t is defined as __int64 and there is no abs for this datatype

cosmetics

fix no-hole ladder  (not that I think this mode will enjoy a long life)

fix vertical tape gap

use assignment operators  (to my defense: the *x/*y were different on both
sides of the equal sign at some time ... :-)

- make the alignment function a static HUD member (for namespace
  encapsulation, but a real namespace would probably be better)
- extend alignment to optionally adjust x/y, and to return absolute
  l/r/b/t coordinates (as opposed to plib's relative ones!)
- implement tape gaps as per Curt's order  :-)
- shuffling stuff around for fun

Use bool where the source and destination variable is bool.

Update VC8 project files (Olaf Flebbe)

whoops

cleanup

draw dive lines always from the center, so that the stipple pattern is
symmetrical

cosmetics & cleanup

remove obsolete text_width() function  (a similiar function will be made
a method of TextList)

use HUDText adjustment (gauges with text aren't used anywhere, and this
change is untested for now)

use HUDText adjustment

- use correct ladder bar angle
- minor dive angle number adjustment

- move HUDText constructor/methods to HUD.cxx
- add generic text adjustment and
- use it in the ladder: climb -> vert bar on the outside, numbers below line
                        dive  -> vert bar on the inside, numbers above line

Suppress warnings : remove unused local variables. Use correct, initialized, variables.

remove temporary fix

Olaf Flebbe: Add the new HUD files to the VC8 build.

remove unused options & add two new ones

Spectacular improvement in traffic manager initialization and preparatory
work for ground based distance separation of AIAircraft.

Traffic manager initialization related changes:
- Schedules initialize "on the fly", instead of during initialization
- Invalid routes are no longer deleted, but marked as BOGUS and ignored
- Changed loading order from a distance based prioritization to a point-
  score based prioritization, resulting in a much faster establisment of
  AIAircraft near the user's plane.

Preparatory work for ground-based separation of Aircraft.
- The groundnetwork findShrortestRoute function not only returns a list
  of waypoints, but also a list of taxi "segments" (a.k.a. taxiways).
- The taxiway list is stored in the Flightplan, and updated everytime
  a new taxi leg is created.

Win32 fix

Remove ambiguities

Specify "clip planes" as a separate independent option (not implied from
the type option.)  The clip area is and has always been hard coded, but at
some point we should make it configurable.

reduce marker gap

Simplify dynamic ladder motion option.

Remove some junk.

Note: the previous commit angles the negative ladder marks progressively more
steeply as per MIL-STD.

Add an option to get a realistic climb dive ladder without all the other
implications.

Fix the ladder so it "moves" around in the hud correctly based on alpha/beta
offset projected onto the horizon line so the horizon is always the horizon.

<option>top</option> draws tbi on top (vertically mirrored)

- fix turn bank indicator (bank scale type)
- cleanup

SGMiscf isn't known yet: add workaround

Clean up scenery center handling. It is set now less often.

Add missing includes required to compile

Enable the airway database parsing.

Initial commit of code that reads and parses Robin Peel's awy.dat airway
files.

AI Modifications: 1) Added a patch that takes ground speed into consideration
using Curt's new speed adjustment code. 2) Separated the function
FlightPlanCreateCruise() into a new source file in preparation of a more
elaborate airway following scheme.

- we could use the same property path names in fgUntie that we used int fgTie
- cleanup

Mark's dynamic sun color changes.

Add support for drawing target markers (circles on top of any AI/MP aircraft)
as part of the conformal HUD ladder.

Attempt to shore up the numerical stability of the AI aircraft movement
computations.  This is probably not needed, but use double's consistently.

White space ...

Remove side-slip (aka beta) from the heading offset of the target aircraft.
This is already accounted for in the true heading of the aircraft.

Fix a class of problem that could lead to needless extra time "jitter" in the flight dynamics
calculations.  We run the FDM at 120hz and compute how many loops can fit into each FG loop.
Floating point rounding could lead to a situation where we could end up running
1, 3, 1, 3, 1, 3... loops of the FDM when in fact we want to run 2, 2, 2, 2, 2...

If we artificially inflate ml above by a tiny amount to get the
closest integer, then subtract the integer from the original
slightly smaller value, we can get a negative remainder.
Logically this should never happen, and we definitely don't want
to carry a negative remainder over to the next iteration, so
never let the remainder go below zero.

no more FONT_(LARGE|SMALL)  (didn't work, anyway, and isn't needed)

finally fix the text-in-box alignment (= Rocket Science[TM]!)
(This will be moved to HUD_instrument.cxx, where it will be available to
all draw_text() users.)

define label box pointer via <pointer-width> (width of base) and
<pointer-length>

I've heard that endless loops aren't overly popular.

8 is a bit too much for <marker-offset> default; use 5

no longer let top==left and bottom==right. This is necessary for label-box
pointers, and may introduce bugs elsewhere. Not that I've notice any yet.

first stab at label box pointers. <option>top</option> on a <label> makes
such a box:

    _____/\_____
    |   Booo   |
    |__________|

likewise with options bottom, left, right. The size can be set via option
<marker-offset> (analogous to <tape> offsets), which describes the distance
from the base to the peak. Default: 8 px

make old HUD code work with 8 px font size

- don't use 10 pt font size for width calculations, when in fact we use
  a 8 pt font (set 8 pt in preferences.xml, too)
- fix vertical alignment of digits in label and ladder (temporary
  solution -- the whole font handling needs to be reviewd and fixed)
- simplify nadir and zenith (they always want to be horizontally centered
  on the ladder lines, no?)
- simplify and abstract label box drawing (no need for stippled side lines)
- align text (more) correctly in label boxes

Switch sign of beta/drift.

cleanup  (getBoolValue() returns false by default)

Re-implement the flight path marker (aka "velocity vector") so it's position
is computed from alpha and beta.  Before the code U, V, & W body velocities
to compute alpha/beta.  Why not just use the values directly.

- use Item::draw_circle() to draw circles (waypoint marker still to be done)
- move variable declaration near their first use (c++ style rather than c)
- rename (zenith|nadir|hat) to enable-(zenith|nadir|hat) and make them bool
  (for consistency reasons)

reticle should fit into bounding box (don't take diameter as radius)

don't be afraid of the comma operator!

get rid of struct Point and get_centroid(). Instruments may access *their*
properties directly. This is properly encapsulated already.

Win32 fix

add MIL-STD-1787B Aiming Reticle (stadiametric; TODO: standby)

Add support for a back-course mode.  Nothing changes visualy, but this
reverses the autopilot helpers so that the FD/AP can properly fly a BC appr.

Small tweaks to point lighting configuration to better control the appearance
of approach rabbits.

Add a configuration property to turn on/off the use of point sprites.

Generally you want point sprites for performance reasons when enhanced runway
lighting (and smooth points) are activated.  Most hardware doesn't
accelerate the rendering of standard smooth points, so without point sprites
you will kill your night time performance if you turn on enhanced runway
lighting.

Note that enhanced runway lighting "breaks" our clever scheme to make the
runway lighting brightness vary with the relative view angle.  This means
with enhanced lighting on, all lights are equally bright no matter what
direction you view them from.  So perpendicular runways are just as bright
as runways you are directly lined up with (when enhanced runway lighthing
is activated.)

You can revert to the original lighting scheme by turning off enhance runway
lights, turning off distance-attenuation, and turning off point-sprites in
the rendering options menu.

Always check for if glPointParameterIsSupported, even if we haven't asked
for point light distance attenuation, because we may want to toggle this
on via the rendering options gui.

Rework the naModLock()/naModUnlock() semantics to be more
maintainable.  The rules are simple (extension functions are called
*with* the lock, which must be dropped before calling naCall(), which
grabs it) but the tracking of when the lock was held was getting a
little confused.  Keep a "nasal call depth" count in the subsystem to
figure out whether we are making a sub-call and thus hold the lock.

- Code cleanups.
- Fix a warning about class member initialization order.
- Clear up a problem with the default autopilot behavior on the back side
  of an ILS in preparation for adding a real "back course" approach mode.

Somehow this test stopped working on my PC. At least the new solution should work for ages.

only consider positive airspeed in longitudinal axis

Use one standard define for enableing of the Special Purpose FDM code.

... but then again: it's only a rumor that listeners on tied properties
don't work. And like most rumors, it's untrue. So just output a debug
message.

- complain about attempts to attach a listener to a tied node
- do *not* complain about a listener writing to its own node, but don't
  enter recursion either

whoops ... don't let the new HUD turn off 3D mode in the old one  :-)

bracesless blocks are peanuts! It's forgotten "else" that do real harm. :-)

Add a "ufo" performance entry for the AI Aircraft.  This gives very agressive
accel/decel and climb/decend performance which is useful for some scripting
scenarios.

Fix a small typo.

- read new HUD from /sim/hud/path[1]  (was: /hud)
- cosmetics

don't let invisible objects prevent dragging (for example: currently
not shown combobox menus)

- unify coding style (though not to the last detail)
- remove trailing spaces
- fix mixed indentation (tabs -> 8 spaces)
- throw out braindead FSF coding style that has somehow sneaked in

- untangle classes (methods of two classes were interwoven)
- fix mixed indentation (tabs converted to 8 spaces)
- remove trailing spaces

Time initialization fixes. 1) Offset types "system-offset", "gmt-offset",
and "latitude-offset" should not use a precalculated value of warp.
2) Since the values of cur_time and crrGMT are identical in the current
version of the SGTime class, the calculations of the "system", "gmt", and
"latitude" are re-evaluated and updated where necessary.

- more <tape> fixes
- make ladder numbers symmetrical (hackish)
- fix font BBox/str_width calculation

fix <modulo> feature (required for the compass tape)

warning--  (not that it matters -- this code has yet to be converted)