Digitalfox wrote:I would like to hear from a open developer what do they think..
I'll throw in my thoughts... argue if you like whether Im a developer or a part-time developer
Is it almost impossible without rewriting almost all openttd source code?
Shouldnt be, as the vehicle ID is stored in the OpenTTD data structures, which we can modify. The difficulty is that some sets are designed to be used with the basic set, and just to assign some new values/graphics to certain vehicles. Other sets are effectively complete replacements.
Can be made without breaking compability with old versions, by using some kind of dynamic slot attribution?
Doing this automatically may be the killer. Sometimes a set may need loading as core, sometimes as a separate set.
I would imagine that the best way is to create a set relocater, that makes a copy of the "normal" vehicle space, and then applies the NewGRF modifications to this copy (and perhaps removes the unmodified duplicates). The vehicle ID would need expanding in some way - perhaps combining with a set ID - to get it to point to the correct vehicle in different sets, when the vehicle ID is the same.
Would be something the developers would like to see in trunk?
Personally... ooooohhh yeaaaaaaahhh!!!
Has ever any open dev active or retired discussed this increase in slot's?
Yup, couple of times Ive discussed it with other devs, and Im sure its been discussed other times as well. As always, the key is to find devs who have the time, interest, and motivation to make this work.