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)

- fix unzoomed tapes (TODO: restore tick length)
- get rid of braindead "struct Rect", where top meant y, and bottom meant height
- cleanup^3

set altitude AGL

- cleanup of the day (more finegrained change history in my local cvs)
- <damp>ing coefficient is now 1.0 - 1.0 / pow(10, damp)

remove redundant vector::clear(). A just created vector *is* clear.

Remove MSVC warnings

Win32 fixes

Stefan Seifert:
- read bindings from template
- automatic deadband detection

mf:
- write js name into output file
- poor man's progress bar during deadband detection
- fix header inclusion, fix mixed indentation

- collect drawing primitives in the Item base class
- rename circle to draw_bullet, which is more correct

- don't store immutable states as strings (sigh!)
- class members start with underscore

initialize HUD class and call its drawing routine from renderer
(basically a NOOP if /sim/hud/visibility[1] is false)

add new HUD to build system

new HUD (work in progress)

make clear that "Failed to find runway ..." doesn't have fatal consequences

Patch from Mathias: unify the AGL altitude with the other FDMs, but preserve the distance-to-touchdown metric in the gear-agl properties.

add GSDI (Ground Speed Drift Angle Indicator) instrument for helicopters

cosmetics:
- fix indentation
- remove trailing spaces

Josh BABCOCK:

"Here is a patch that allows marker beacon volume to be set via
/instrumentation/marker-beacon/volume."

Vivian Meazza:

I attach 2 new files and a diff file for the associated changes to add a
“fluxgate compass” to the instrument inventory. Whist this outputs
essentially the same data as /orientation/heading-magnetic-deg, it has to
be powered, and can be made to fail. I also followed Roy’s suggestion to
generate the error properties for this instrument here rather than in
xmlauto.xml.

When this instrument is included in cvs, I intend to use it in the Hunter,
A4F Seahawk and KC135. After a bit more research, it might be appropriate
for the Spitfire and Hurricane as well. AJ would also like to use it for his
Lightning model.

Create a "passive" mode for the autopilot.  This is analogous to running the
autopilot with the servos off.  In otherwords, the computer goes through the
motions of computing the desired behavior (pitch or roll) but doesn't actually
drive the outputs.  This is potentially useful when implimenting a flight
director.

- Make two variable name modification to clarify units: altitude -> altitude_ft
  and tgt_altitude -> tgt_altitude_ft.  Also fix a comment in AIBase.hxx
  indicating that the altitude is in meters, even though the usage throughout the
  code was most definitely feet.

- In AIMultiplayer.cxx, update the altitude_ft variable so that the altitude
  is reported correctly in the entity's property subtree.

- In AIMultiplayer.cxx, compute a velocity value in kts to fill in the speed
  entry in the entity's property subtree.  Note, this is not an earth centered
  reference speed, not an indicated speed and not a speed relative to the local
  airmass (that would be much harder to do.)

ok, so the old ~FGFontCache() was useless. But at least it didn't call
the buggy ~fnt(), causing an abort() ...   ;-)

(Only loaded texture fonts (*.txf) have a new'ed puFont. The built-in
pixmap fonts don't, and may, thus, not be deleted.)

Existing ground track estimation code depended on current_value - last_value
each frame.  However, often these values didn't change leading to bogus data
getting introduced into the computational pipeline.

This patch switches to a much more sane method for ground track computation.

oh, and by the way: this destructor didn't do anything useful  :-)

umm ... fix a tiny leak  :-)

- auto_ptr.hxx:    not used anywhere; functionally replaced by
                   simgear/structure/SGSharedPtr.hxx
- fg_stl_config.h: only used by obsolete auto_ptr.hxx

Vivian MEAZZA:

"Bugfix - a fix to fix the hack which hacked the TACAN Channel/freq
pairing."

set blend mode back to make 2D panels opaque when used with transparent HUDs

getGMTstring: remove leading space, cleanup

- add direction letter to numeric mode, too
- avoid negative sign on 0.00

remove lon/lat string representation generating functions; this is now
done in Main/fg_props.cxx and available via /position/{long,lat}itude-string

remove obsolete "lon/lat format" commands that have been labeled "deprecated"
and "will very soon be removed" since years

move generation of lon/lat string representations here from cockpit.cxx.
Thanks to tied functions, this is only executed when the node is read. This
will be done by the old & new HUD code, the latter of which won't have a
special lon/lat mode at all. Instead it will be regular labels that point
to these properties for displaying lon/lat.
   I would have liked to avoid the duplication of code (lon and lat being
basically the same thing), and to avoid using static buffers and all, but
... if anyone wants to make it prettier, go ahead.
   The format is controlled by /sim/lon-lat-format (will be changed if I
find a better place).

- remove unused classes lat_label and lon_label (it's the instr_label
  that makes the lon/lat labels)

Add a flag that allows the simulator to force "radar" computations even if
AI aircraft are out of range or the piloted aircraft has no radar system.

These computation include range, bearing, and angular offset relative to the
piloted aircraft.  This gives some external script the control the behavior
of the AI aircraft relative to the piloted aircraft without requiring a radar
system, and without requiring the AI aircraft to be within radar range.

This patch only affects aircraft (AI Models) that have no predefined
flightplan.  Such aircraft are given some initial conditions that they
fly with.  They proceed on in "freeflight" mode indefinitely.  For example,
there is a refueling demo where the tanker starts at 3000', 280 kts, and
in a 15 degree bank, and then continues to orbit indefinitely.

For these aircraft with no flightplan, I have added several control nodes in
controls/flight that allow a script or menu or external application to set
heading, altitude, bank angle, and speed.  This permits some level of interactive
or scripted control over AI aircraft.

Compile again on Win32 platforms

- move FloatToInt() function to simgear/math/fastmath.hxx, renamed to
  float_to_int() for consistency reasons
- remove hud_opts.hxx

Make more use of SGGeod

- make function table and lookup function
- make unnamed elements explicitly "[unnamed]"

- fix two bugs
- remove yet more unused code
- cosmetics

Don't bail out for lon == 180 or lat == 90

More use of SGGeo[dc].

remove the rest of the static variables (except one); cleanup

remove readCard() and let the hud_card class read its properties

remove readCard and let the gauge_instr class read its own properties

remove readRunway() and let the runway_instr class read the properties in
the constructor

remove readTBI() and let the fgTBI_instr class read its properties

- remove hud.cxx/readLabel and let the instr_label read its properties
- remove unused copy constructor
- fix potential crash bug

remove readLadder(const SGPropertyNode *) and make the HudLadder
constructor read its properties on its own

indentation, trailing spaces, ...   (cosmetics only); doesn't make
the coding style fully consistent yet, but it's good enough for code changes
(mixed tab/space indents, 4 space tabs etc. are a royal pain)

remove assignment operators: they aren't used now and won't in the future

indentation, trailing spaces, alignment, ...  (to make further work easier)

- fix more cases of scale tick aliasing to get smooth scale movements
- remove trailing spaces, fix indentation, unify coding style, ...

fix ugly aliasing effects in moving scales (caused by integer calculation
of tick coords)

- remove trailing spaces
- fix indentation, alignment and other formal stuff

- remove evil exit()
- remove "enabled". It's unused, and that's a good thing: it wasn't
  initialized.

add Nasal/Listener hooks for adding/removing AI/MP models. Things like
MP chat or Nasal/xml based radar instruments need that. It uses fgSetString,
because this is in a very "cold path" and shouldn't clutter the AIBase.

remove the "ai_model" subsystem manually before the other subsystems
are taken down by the C++ runtime environment. This will later be done
with runlevels. Why would we want to run nasal code in subsystem
destructors? We don't really. But some data structures may use nasal,
which are normally created/destroyed during runtime. And these will
also be destroyed at fgfs exit. In the past things like these didn't
happen, because someone had disabled all subsystem destructors ...

Modified Files:
src/AIModel/AIAircraft.cxx src/ATC/AILocalTraffic.cxx
src/FDM/flight.cxx src/FDM/flight.hxx src/FDM/groundcache.cxx
src/FDM/groundcache.hxx src/Main/fg_init.cxx src/Main/main.cxx
src/Scenery/hitlist.cxx src/Scenery/hitlist.hxx
src/Scenery/scenery.cxx src/Scenery/scenery.hxx
Make use of the attached SGMaterial reference userdata on scenegraph
leafs. Make the SGMaterial pointer available to the ground query
routines.

fix another crash on exit by finally converting the rest of unguarded
SGPropertyNode to guarded ones. This is also done for JSBSim/JSBSim.hxx,
for which JSB had given explicit permission a while ago. I postponed that
back then, but now is the time.

make sure the "nasal" subsystem is one of the last to be removed. That
way it can still process listener code during shutdown.