|
From: TheFGFSEagle <the...@gm...> - 2023-06-30 22:43:21
|
Oh, I get what you mean ! :) A version check would be good indeed. Am Sa., 1. Juli 2023 um 00:29 Uhr schrieb <wki...@gm...>: > On 6/30/23 6:12 PM, TheFGFSEagle wrote: > > Well, you always can read the data file outside the aircraft.data > mechanism by > > using io.read_properties. > > is that a nasal thing? i know some craft do something like this with > specific > files in the craft's directory... > > the next thing is that apparently FG loads this file in question > (aircraft-data/foo.xml) automatically so the problem is how to handle this > decision /before/ FG loads the file... > > i'm thinking that maybe there could be some hooks in the loader of this > file > that we can use via XML options in the -set.xml or -main.xml... something > to > compare the (eg) aircraft-version before allowing the rest or some of the > parts > of the file to be loaded and maybe a hook using something to tell the > loader to > load or ignore the file... > > i know what i'm trying to say but i'm having some trouble to convey it, i > think... it has been another very long day for me... > > thanks for your comments! :) > > > > Am Fr., 30. Juni 2023 um 17:48 Uhr schrieb <wki...@gm...>: > > > > > > is there some way to read a property (eg: aircraft-version) from the > > aircraft-data/foo.xml file before deciding to load it in its > entirety, to load > > certain specific properties from it, or to ignore it completely? > > > > the reason i ask is that sometimes when craft get updated, there may > be > > properties (or missing properties) in the file that cause problems > for a craft > > that has been updated... in all the cases i'm aware of, the fix was > for the > > user > > to go behind the scenes and manually delete this file so the craft > could start > > clean... but that's not always a GoodThing<tm> because there may be > data in the > > file that is desirable (eg: hobbs clock) and doesn't cause > problems... > > > > my idea is for the craft to somehow be able to handle this situation > itself > > without the user having to get involved behind the scenes or maybe > think the > > craft is just broken and go complaining about it... or not... > > > > -- > NOTE: No off-list assistance is given without prior approval. > *Please keep mailing list traffic on the list unless* > *a signed and pre-paid contract is in effect with us.* > > > _______________________________________________ > Flightgear-devel mailing list > Fli...@li... > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > |