Merge branch 'maint' into next

disable dragging margins on non resizable dialogs

- ctrl-click in the property browser is for toggling bools, not dragging
- add vertical arg to sliders (apparently nobody ever use a vertical one :-)
- simplification

Merge branch 'maint' (early part) into next

Division by zero fixes from Vivian Meazza.

Csaba/Jester :  initialize all per-engine and per-tank attributes ( follow-up )

Csaba/Jester :  initialize all per-engine and per-tank attributes

Update MSVC 7.1 project

Merge branch 'maint' into next

Pad T_PositionMsg to a multiple of 8 bytes, and check for messages that aren't.

T_PositionMsg had different sizes on 32 and 64 bit systems, which is bad when
a struct is put directly into an network message.

Try to work around this difference in old clients still on the network.

FGMultiplayMgr: use binary search to find a property by id

Merge branch 'maint' into next

Apply Ron Jensen's fix for Csaba's atan2() fix. Also remove some dead code,
and use SG_NORMALIZE_RANGE.

Merge branch 'maint' into next

FGClouds: initialize clouds_3d_enabled in constructor.

From Csaba Halász

HUD::Ladder::draw was capturing the value of a freed temporary

Fix from Csaba Halász

FGEnvironment: fix broken copy constructor.

Noticed by Csaba Halász.

- shift drag for global window dragging (like ctrl for global resizing)
- cleanup & some coding style unification

don't blindly overwrite user settings -- only initialize if necessary

add property for wildfire propagation

fix mouse flicker/disappearing problem

allow resizing dialogs by grabbing the frame (without Ctrl-key);
Ctrl extends the resize sensible area to the whole dialog

add support for resizing mouse cursors
(except on OSX, where OSG uses a default)

only unhide the cursor if it was actually hidden

hits are consumed by default (prevents actions in lower dialogs)

puaLargeInput (textbox) aren't draggable areas

resize in SE direction (draggable borders planned)

make dialogs resizable with Ctrl-dragging
At the moment the dialog grows to North-East. Only dialogs with
the <resizable> flag set to true are resizable.

create $FG_HOME/Export/

Merge branch 'maint' into next

Change the near plane value back to .1

By popular demand...

Fix Torsten's crash. A completely cross-platform issue, no idea why it didn't show up in local testing.

apply custom widget fonts also to the legend, so that they show
up in list/textbox etc. (This should really be separately settable
via style definition, but it's very rarely used and a change now
is probably not worth it as we'll probably switch to osgWidget,
anyway.)

Add various helper filters, to make use of type-ranges, and reduce the need
to down-cast in filter implementations.

Basic infrastructure to expose type ranges from filters, and hence reduce
how many candidates need to be submitted to the pass() hook.

Merge branch 'maint' into next

Divide-by-zero fixes from Csaba Halász

Simpler bearing and distance computations for AIFlightPlan.

Merge branch 'maint2' into next

Prevent exceptions in getRunwayByIdent when a malformed rwyuse.xml means
there is no valid active runway. This is not ideal, since it masks underlying
problems - the real fix is to make the runway-use code more robust and
validate input XML.

Update MSVC 7.1 projects

Rename FGMarkerBeacon to FGMarkerBeacon record, to avoid a clash with the
instrument of the same name. In the future I'd prefer to rename the
instrument class instead (FGMarkerBeaconReciever?) but this is the safest
change for now.

Thanks (again) to Yon Uriarte for pointing out the problem (which seems to
affect MSVC more than gcc)

James Turner: Rewrite of the getSpeed function. Smaller and more elegant.

Fix a bug resulting from my marker-beacon refactoring. Thanks to Yon Uriarte
for spotting the problem.

Merge branch 'rj/ttw' into next

Patch from Ron Jensen: make the TTW computation marginally less silly.

Clean up naming of the 'point on runway' helpers, to get rid of the confusing
notion of a 'displacedThreshold'. Now there's just a real threshold,
displaced or otherwise, and people who care about the paved area can use
'begin' and 'end'. Thanks to John Denker for pointing out the confusion this
leads to. Using 'end' also gets rid of the 'reverseThreshold' name, which was
clearly a bad choice of mine.

Refactor marker-beacons to be distinct from FGNavRecord. This is a big space
saving for beacons, but since they're surprisingly few (in nav.dat), not a
an enormous saving in real terms. The major motivation is that marker beacons
don't behave like other NavRecords for radio interaction - they have no ident,
frequency or range (in the sense that NavRecord means them).

Merge branch 'maint2' into next

Protect against divide-by-zero in setCameraParameters

Found by Csaba Halász

NaN fix by Csaba/Jester - prefer atan2(x,y) to atan(a/y).

Temporary hack to avoid NaN problems when _mp is negative (?). Discovered by Csaba

Csaba/Alexis : fix a NAN problem when wind is unspecified in a metar

Merge branch 'jt/runway' into next

Update MSVC 7.1 project

Merge branch 'maint2' into next

Win32 fixes

James Turner: Cleanup of AI traffic route generation code.

Merge branch 'maint2' into next

Prevent CVS from complaining about unknown files in ATCDCL.

Merge branch 'jt/runway' into next

Automake on Hardy Heron seems to be considerably more picky about white-
space than previous versions.

Split runway and taxiway into separate classes, with a (new) common base.
This makes taxiways smaller (important since at present there are so many).
Restructure the apt.dat parsing code to use a helper class instead of one long
function, and to do less work when parsing the file.

Some of these ideas come from Yon Uriarte's patches - thanks Yon.

Merge branch 'tbm/graphics-bug' into maint2

Merge branch 'tbm/graphics-bug' into next

Merge branch 'maint2' into next

Win32 fixes

Remove warnings

Set far camera reference frame to ABSOLUTE_RF

This was lost when I stopped cloning the near camera to make the far
camera. The result was a lot of breakage, including explicit camera
configurations not working and various ordering issues too.

Set BACKGROUND_BIT as camera node mask.

This prevents the dreaded black rectangle from appearing on systems
that don't have OpenGL frame buffer object support.

Change the order of the main cameras from NESTED_RENDER to POST_RENDER

This seems to be accepted OSG usage for slave cameras. It's possible
that this order is important for rendering instruments that use RTT
textures on systems without frame buffer object support. I'm thinking
that the resulting bugs may be implicated in the "black rectangle" problem.

Don't clone far camera; create a new one and initialize it from the near camera

The clone operation may be sharing things that shouldn't be shared.

Expose the CameraGroup near, far, and near/far boundry as properties

The near/far boundary, called "near-field", can be set to 0 which
disables the far camera and renders the whole scene using only one
camera. I'm hoping that this may be useful in resolving some
system-specific rendering bugs.

Various fixes were made to correctly render the scene using only the
near camera.

FGAirportList is gone. Everything should work as before, especially the
AirportList dialog. (It would now be possible to trivially implement a
VOR or NDB named search, if anyone wants such a thing).

Further work (still not enabled) on a fast + correct implementation of the
airportList search function. At least for me (with a mutex-based SGAtomic),
large vectors of referenced-pointers is a Bad Thing - copying on vector
resize is thrashing the locks.

Fix up environment code for threading-enabled case, d'oh.

Another clean-up iteration: FGAirportList::search is gone, replaced by two
static FGAirport helpers. As a result, another global index goes away. Use
the helpers to avoid ugly FGPositioned down-casts in various places.

Also converts the environment/METAR code to deal with FGAirport pointers,
instead of string identifiers, and contains work-in-progress code to implement
the AirportList dialog using FGPositioned. This isn't enabled yet for various
reasons, but is the final piece to allow FGAirportList to be removed.

Fix more test/util linkage for sgmath depending on sgstructure.

Kill off many Point3D includes, and a couple of uses in the HUD code.
Requires a SimGear update to get some new SGGeodesy helpers.

Clean out FGAirportList - not quite obsolete yet, but the spatial queries are
gone. This is good news, since the old query was implemented as a linear
search, sorted by Manhattan distance, and with a warning not to use the logic
at runtime. Various systems (such as the Mk-VIII) do query such data often,
eg every second.

Also gets Point3D out of Airports/simple.hxx, as a precursor to removing it
completely.

Remove all name and spatial queries from FGNavList. All remaining queries are
by frequency (which makes sense), and use the FGPositioned spatial data if
required. As a result, the marker beacon list is gone (since beacons are only
searched spatially). In the process, clean up various minor things - most
notably, all the 'airport-related' navaids (ILS, GS, LOC, and the beacons) now
store a FGRunway* instead of an airport id string. This is more precise, and
saves string allocations.

Finish conversion of FGRunway to a real class - all public members are gone.

FGPositioned clean-ups - apply some desirable changes (such as making members
const) which were previously tricky but now easy. Make it possible not to
index certain types (used for taxiways) and exclude anonymous items from
the name index. Related to this, clean up FGRunway further - remove some public
members, and fix a dumb bug of mine, where we create reciprocal entries for
taxiways.

This should make startup (slightly) quicker, and shrinks FGRunway somewhat.

Remove the FGIdentOrdering cruft from FGAirport; now handled by FGPositioned.

Convert the only remaining user of FGFixList to use an FGPositioned query,
and hence remove the query code from fix-list. The only remaining code deals
with parsing fix.dat.

(first commit, partly a low-risk thing to sanity check my setup)
Add a helper predicate to FGAirport to encapsulate the common 'does this
airport have a suitable runway of at least xxxx ft?' query. Also add a
FGPositioned filter built on the predicate, and a 'closest airport' helper.

Stuart BUCHANAN: fix METAR cloud interpolation

"I've managed to fix this by differentiating rebuilding the 3D layers
(e.g. due to METAR updates) from rebuilding the entire environment (due to a
change in scenario)."

Don't try to fetch tiles when lat or lon are invalid

revert to using a cached list of aircraft -- scanning the Aircraft/
dirs is only fast enough with hot file-cache, but a bit too painful
otherwise. Updating the aircraft.list is now easier, though: Just
type   $ fgfs --aircraft=?<TAB>

Fix path

Packaging for the 1.9.0 release

better instructions

viewer position: tie variables directly, rather than getter functions

live-compile aircraft list, instead of requiring to build it
regularly. That's fast enough.

Documentation update: Openal & OSG.

Stuart : The attached patch
reverts one of my changes which ensured that the 3D clouds were updated with
METAR. Unfortunately this had the side-effect of over-writing the environment
properties, and therefore nuking the interpolation work.

Attempt to sort out the version number mess in preparation for the v1.9.0
release.

mark file names (for post-processing)

export absolute viewer coordinates

Stuart Buchanan :

Attached is yet another 3D clouds patch, to fix the following:
1) The 3D clouds were not modified by the cloud coverage, due to some problems with osg::Switch
2) METAR changes to cloud coverage were not obeyed.
3) Making changes via the Cloud dialog had no effect unless 3D clouds were toggled.
4) Cloud cover was too sparse.
5) 3D Stratus clouds caused performance issues on some hardware (fixed by removing 3D stratus from cloudlayers.xml - it will now be a 2D layer).