I apologise that I linked the latter chapter to this specific thread. I should have posted it as a separate message as it was a more general comment on our decission making process.
I guess it sprung from my wonderment about how the decission turned out to be not to fix the overtly long config file in the way justincc suggested. I think that the decission did not take into account people like administrators and developers who use the system. Yes the framework code can be more complex but it can produce benefits for administrators and developers who need to deal with the long ini file. I would even say that almost anything which splits the file is an improvement to the current system. Putting down an effort which tries to fix a problem at least can be said to be counter productive. I should reformulate my message: We should in general suggest alternatives rather than just say "ouch I dont like this". Our vote has consequences and if we use it we should spend a little time to look into the issue and help the team to find a better solution. -tommi _______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
