Re: [Flightgear-devel] Subsystem run-levels

2006-04-18 Thread James Turner
On 18 Apr 2006, at 15:14, Jim Wilson wrote:What if instead of struggling with externally defined levels, subsystems  were encapsulated to the extent that they were able to determine when  the data they needed (dependencies) were satisfied.  Init() functions  would be simple, and update() would chec

Re: [Flightgear-devel] Subsystem run-levels

2006-04-18 Thread Jim Wilson
> From: James Turner > > I'm plotting to add support for startup GUIs in FlightGear itself, > spurred on by recent issues with Mac GUI. My approach is to twiddle > the order of initialisation so that at a critical point during the > idle_state progression, the NewGUI subsystem is up, config

Re: [Flightgear-devel] Subsystem run-levels

2006-04-18 Thread James Turner
On 18 Apr 2006, at 08:56, Erik Hofman wrote:I'm plotting to add support for startup GUIs in FlightGear itself, spurred on by recent issues with Mac GUI. My approach is to twiddle the order of initialisation so that at a critical point during the idle_state progression, the NewGUI subsystem is up, c

Re: [Flightgear-devel] Subsystem run-levels

2006-04-18 Thread Erik Hofman
James Turner wrote: I'm plotting to add support for startup GUIs in FlightGear itself, spurred on by recent issues with Mac GUI. My approach is to twiddle the order of initialisation so that at a critical point during the idle_state progression, the NewGUI subsystem is up, config options have

[Flightgear-devel] Subsystem run-levels

2006-04-17 Thread James Turner
I'm plotting to add support for startup GUIs in FlightGear itself, spurred on by recent issues with Mac GUI. My approach is to twiddle the order of initialisation so that at a critical point during the idle_state progression, the NewGUI subsystem is up, config options have been parsed, and the nav