ignore spaces after the colon in  "@insert 3: ebase"

- move auto_gui's addWaypoint to routemgr.cxx
- add command interface property (monitored by listener)
- remove all traces of auto_gui.[ch]xx
- remove some trailing spaces, fix indentation

Dave Culp:

I've got some updates for the soaring scenario that will make for a more
realistic (and fun) experience.  They are:

1)  A cap cloud, which will sit atop each thermal
2)  A thermal scenario with wide coverage around KSFO, and using cap clouds
3)  A one-line change to AIThermal.cxx to position cap cloud properly
4)  Schweizer 2-33 set file change to match cloud coverage with thermal
heights.

files:

1)  data/Models/Geometry/thermalcap.ac
2)  data/Models/Geometry/thermalcap.xml
3)  data/Models/Geometry/thermal_cap.rgb

4)  data/AI/thermal_demo.xml

5)  data/Aircraft/sgs233/sgs233-set.xml

6)  source/src/AIModel/AIThermal.cxx
*** or, if you prefer diffs ***
7)  aimodel.diff

Add binary output support for the generic protocol.

Add support for a binary output mode.

add an optional property node pointer to ObjectProperty. This is currently
only used by the <list> widget. It allows to "dialog-update" the list,
which rescans the <value> children and redraws the list widget with new
contents. The old contents are only freed at dialog close, which should
eventually get changed.

empty names aren't names

what about using the right variable?

- merge FGDialog::{update,apply}Value{,s} ... there's really no need to have
  two almost identical functions for these methods. It only forces to repeat
  the redundancy for every small change to either.
- abstract out generation and destruction of plib string arrays
- abstract out generation of lists from <value> children

newgui.[ch]xx:  implement  FGDialog *NewGUI::getDialog(cont string&)
fg_command.cxx: add possibility to "dialog-apply" or "dialog-update"
                an arbitrary active (= open) dialog or widget

rename NewGUI::getDialog() to NewGUI::getDialogProperties()
getDialog wrongly implies that it returns an FGDialog, and we might later
need a real getDialog.

explain createModule()'s optional SGPropertyNode argument

add optional SGPropertyNode* argument to NasalSys::createModule. This is
used in dialog.cxx to allow XML dialogs access to their own prop tree via
Nasal's cmdarg(). That way dialogs can generate dynamic content, such as
list entries.

use guarded pointers

working on the termination of the last hardcoded dialogs in Autopilot/auto_gui.cxx:

- move fg_init/parseWaypoints() to route_mgr/postinit()
- don't delete initial string list to keep it available for subsystem reinit

cosmetics:
- only call globals->set_initial_waypoints() if the waypoints list address
  has actually changed, that is: if it has just been initialized
- remove trailing spaces
- fix indentation

Vivian MEAZZA:

"add display values for navigation display"

set /sim/startup/[xy]size initially again. (This was always done in the past,
but got changed so that Nasal listeners wouldn't be triggered needlessly.
Doesn't make sense, though, as Nasal will never be available before the
video size is set, and it prevents the window interface from setting the
startup size.)

Pigeons remaining 'crash on no sound device' fix.

Revert a part of the past patch. It still does not crash
but you can hear again the 737 ...

Pigeon:
Avoid crashes if there is no sound device.

Apply multiplayer crash on exit fix from Pigeon

Vivian MEAZZA:

"Add Air to Air TACAN. With this facility TACAN equipped aircraft can
measure the range and bearing of TACAN equipped AI Aircraft. ATM there is
only one assigned - callsign ESSO1 on TACAN channel 039X, but this can be
easily expanded to include other c/s channel # pairs - just ask me if you
want more."

Restore line endings after goofing

If it's a struct, it's not a class

- work around plib bug that crashes fgfs if no airport was found (empty
  list) and the arrows are clicked  (patch sent to plib; workaround it to
  be removed once fgfs officially depends on a plib version that includes
  the fix)
- fix (very unlikely) crash in case the widget is redrawn between list
  destruction and setting of the new list.

- make header not depend on *.cxx files (which would be wrong :-P )

- use guarded property pointers
- reduce header usage
- make headers not depend on *.cxx files

make headers include headers they depend on, don't rely on the c(xx)
file to do that. (This is a requirement for header precompiling.)

make headers include headers they depend on, don't rely on the c(xx)
file to do that. (This is a requirement for header precompiling.)

make headers include headers they depend on, don't rely on the c(xx)
file to do that. (This is a requirement for header precompiling.)

aircraft are often in several state lists at the same time, and they can
even be more than once in the same list. We need to remove all such instances,
or the a pointer to TowerPlaneRec may become invalid and cause crashes.

The proper fix would, of course, be to be careful with state changes and
to prevent *any* duplication of entries.   [OK'ed by David]

rename OBJECT_TAXI_SIGN to OBJECT_SIGN. This isn't about taxi signs any
more, but all sorts of signs. Now is the best time to get rid of a
misleading name.

allow to not only set a general widget <color>, but also specific element
colors:  <color-{{back,fore}ground,highlight,label,legend,misc,editfield}>
<input-misc>, for example, sets the input field cursor color, <input-legend>
the input field text color. (This feature was always planned as part of the
'theming' capabilities, and most code is already in place. Only this line
was apparently fogotten. :-)

defer occluder registration until the shadows subsytem is initialized.
That way models that are loaded early during startup get their shadows, too.

only call occluder if the shadows were already initialized. This lead to
a crash when using the model manager from XML files (which apparently
nobody does, anyway ;-)  Now those models work (again), but have no
shadows. Those placed at runtime (e.g. via ufo) still have a shadow.

Make some variables accessable (public) so MIPSpro can compile it.

Pigeon : save about 110Mb when the UIUC FDM is not used

Updates for v0.9.10

<input> elements that are <live> always update their input field from the
<property>, except if they are activated, in which case the user input
should, of course, not get overwritten. But if such an input was active and
the user selected a different widget, then its contents were dropped.
Fix that by setting the "DownCallback" for live input fields.

Revert last change

Correct a typo

Under Windows, set fg-home to My Documents, or whatever localized name this folder has.

Modified Files:
src/Main/renderer.cxx: Remove some more unused variables

- use proper error output method
- warnings--

support filtering to show only a subset of entries

dialog-apply only applies (use dialog-update if you want to update)

- reduce timeout
- stop trying to connect after first failed attempt

Don't restore initial screen geometry because there is nothing in fg_os* to resize an existing window.
Old behavior was to just resize the GL viewport, which doesn't necessarily match the fg window size.

add shadows to FGModelMgr managed models

Fix for an AIFlightPlan initialization problem in the traffic manager.

Marc Frajola:

Here is one patch that to make FlightGear run without floating point
exceptions on FreeBSD.  Apparently, if we do not ignore floating point
exceptions per this patch, there is some occasional condition where the
nvidia driver is involved in delivering spurious floating point exceptions
to the fgfs process, causing it to core-dump occasionally without the patch.

With only this patch, FlightGear will compile and run properly on
FreeBSD 6.X as long as the nvidia accelerated driver is installed,
modulo proper switches to the SimGear and FlightGear configure script
executions.

Again, kudos to your team for the great work on the big release
push; it is super to see things come together like this!

Fix for a misplaced boolean assignment that caused erratic runway selection.

Updateds for v0.9.10-pre3

Just commenting out a few error print statements, which I had overlooked.

Bugfix in the ai initialization randomization procedure. Randomly
removing waypoints could cause the AIFlightPlan to run out of waypoints.
This patch prevents that by retaining at least two waypoints.

ever heard of SG_LOG?

Remove unused variables

Make the bo105 appear correct for multiplayers.

- don't crash if user clicked "Apply" but hasn't selected an airport
- re-order information from  "LOXT  Tulln"  to  "Tulln  (LOXT)".
  The list is sorted by airport name and columns aren't aligned, so this
  looks way cleaner.

- make aircraft list no longer stick out from its dialog box
- cosmetics: consistent coding style (and "if" is not a function :-)

Initial revision.

- set size, otherwise the widget doesn't expand to the size that the layouter
  found desirable
- set slider width default correctly (parentHeight? Huh?)

- implement setSize(): We can't just use puObject::setSize() -- we do, of
  course, have to re-layout all sub-widgets on resizing
- make slider size configurable, like it's done for the close relative
  puLargeInput

Additional fixes for new DME type codes.

- abstract out box slider width (should probably be settable)
- reduce it to 20 (30 is excessive and didn't match the property brower look)
- call puSlider with this size explicitly (otherwise its size is derived
  from the font size, unlike the arrow buttons!)

make puList actually useful: call back on list entry selection.
(again: I'll submit all the changes to plib's puaList as soon as
possibe. Just needs a few more fixes first ... :-)

make puListBox inherit puList colors (otherwise the GUI style isn't
respected, and black text on dark grey is a bit hard to read).
TODO: - submit that for inclusion in plib's puAuxList
      - drop custom version and use plib's (after 0.9.10)

Preparations for v0.9.10-pre2 release.

Vassilii KHACHATUROV: read rain settings from property node (preferences.xml)

make sure node pointers remain valid

Remove COPYING (License file) from .cvsingore and add to the repository.

don't crash if model contains personality branch (sgLoad3DModel doesn't
care for that -- SGModelLib::load_model does)

Jon Berndt:

I had inadvertently terminated a data line when reaching a tab character after
initial data was supplied. I tested the lightning file and it now appears to
read in correctly.

puList.cxx: _list_box->getIntegerValue() returns -1 as long as no list
  entry was selected. Return 0 in this case, not an invalid string address
  (causing segfaults).
dialogs.cxx: don't set property if no list entry was chosen.

This innocuous looking typo was crashing the sim whenever an AI plane was asked to follow the user whilst the user was flying a circuit (non straight-in) approach

Add an icon to the FlightGear Wiki, and a name to the output image

setup files for various versions.

Preparations for first v0.9.10 prerelease.

Add fuel pressure.

Updates to base package file selection.

Add changes from the 'data' tree.

better name for listener property

raise signal to listeners when a whole coordinate set was written

More sanity checks

Add sanity check on option parameter

First stab at a 0.9.10 changelog.

Tweak.

Fix 3d tables.

Remove unused variable

fix old bug: remove the models from where they were added (the model branch
is nowhere set)

- remove unused ssgSelector
- add function to remove models

allow to add models at runtime

don't abort() only because one model wasn't found. Just print an error
message and continue.

use guarded pointers

extract loop body into separate function to later allow model addition
at runtime; remove Nasal support for now (the model loader is currently
initialized before the Nasal subsystem is available)

a bool isn't safe enough here, but a mutex shouldn't be necessary

- disallow listener re-entry to prevent crash/runaway process
- move FGNasalListener function bodies to NasalSys.cxx (has become too big)

Bugfixes and feature improvements related to AI auto flightplan generation.
When AIFlightPlanCreateTaxi() function is called with the firstFlight
argument set to true, this is supposed to handle situations where the
the aircraft's timetable indicates it should have left between about 5 to
20 minutes earlier. In the previous version, all these aircraft started
taxiing from the first parking location available in the network, due
to the fact that the variable gateId was not assigned a value. In this
patch, route tracing starts from an assigned gate and the network node
following code is fast forwarded to a random location along the taxiways
to give a more realistic and natural distribution of taxiing aircraft
after startup.
    This patch further addresses some weird ballet-dancing behavior that
aircraft were showing just prior to/right after parking and which was
related to a number of more or less duplicate waypoints in the transition
from createTaxi() to createParking() to createPushBack() to createTaxi().
    Finally, a blatant typing error in the getParking() function was fixed.

create /sim/gui if it doesn't exist