Erik wrote > Mathias Fröhlich wrote: > > Catching up with an already heated up discussion. > > > > IMO: > > Tim should go on and include arrays into the property system. > > I even believe that aggregates and more sophisticated types will be > something > > good to have. > > There is still something that isn't addressed with his proposal. > At this time all types can be converted to all other types. It would be > easy to convert any float/doubles or integers to a one element array, > but how would a multi-element array be converted to a float or integer? > My best guess is returning a NaN which is not very elegant (and which > doesn't work for integers). > Another way is to just ignore the node if a non-compatible type is > requested. > > Maybe it's a good idea to let Tim include the code to support > array-nodes without using it anywhere yet (or provide a patch). That way > we can look (and feel) how it is going to work. do some small tests > ourselves and make decisions based on our own experience rather than on > theoretical assumptions. >
There is no doubt that the introduction of arrays in the Property Tree has both advantages and disadvantages. Not least we should ask ourselves, if they are such a good idea, why aren't they in it already? No doubt all these issues were addressed in the past (after all arrays arent a recent invention, and our predecessors weren't idiots :-)). I rather suspect that arrays are a "bad idea" based on this notion alone. However, Tim is only proposing that arrays are used in the new effects code. Thus, although it might break the homogeneity of the existing Property Tree, the downside must be minimal. Indeed, had he committed it, I rather doubt that anyone, apart from Melchior that is, would have noticed. I think that Tim should make this code available as soon as it is ready, subject only to the tidying up of the worst of the other Property Tree/xml inconsistencies. Then we can all see what the advantages/disadvantages are in practice, rather than arguing about the theory. Vivian ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
