Am 22.02.2012 10:47, schrieb Stefan Gofferje: > Hm, in my preferences.xml are 2 property rules without any index. Shouldn't > they replace each other then? Nope - this represents an entire tree and so end up implicitly with /sim/systems/property-rule[0]/ /sim/systems/property-rule[1]/
By adding your config.xml you build a (temporary) property tree containing just /sim/systems/property-rule[0]/ and overwrite the branch of the preferences tree. If you defined <property-rule n="2"> in your config.xml you end up with the temporary tree /sim/systems/property-rule[2]/ (note: there are no property-rule[0] and property-rule[1] which is perfectly legal) and this tree gets merged into the preferences tree, adding a third property-rule element. This is done by intention to allow overwriting elements and not just adding new ones. >> This does make too much sense, however as the local weather rule is >> alread defined in preferences.xml. > > That is a negative. I use the 2.6 packages from ThorstenB's OSBS repo. My > preferences.xml did not contain the property rule for the local weather rules. > And I never touch preferences.xml because in the next update all changes would > be lost anyways. Hence I have my mypreferences.xml. Oh, yes. I was referring to next/master. This has not made it into the release. Sorry for the confusion. Torsten ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
