A question: Is there a way for the industry set designer to provide a variable text 'cargo name' for an industry's product, perhaps as an Action0 property?
Hi Wallyweb, can you expand how you see this working?
should be Action0
The GRFSpecs seem to be very restrictive as to the names of the cargoes in that the name is also the Cargo Type.
Then we have Cargo Labels where a Cargo Description is matched to a Cargo Class.
The Cargo Description seems to be the same as the Cargo Type.
Unless the Industry set author defines an new Cargo Label, he/she is locked in to what is available.
Would it not be simpler to simply define the Cargo Classes as per this discussion?
Then the set author would use three Action0 properties to set input cargoes classes and two Action0 properties to set output cargo classes.
There would then be, respectively, three and two Action0 properties that accept text entries where the set author could define any name that he/she feels is appropriate.
The transport set author would similarly assign Cargo Classes to his/her vehicles.
Vehicle refitting would be based on and limited to the names defined by the industry set author for that particular Cargo Class.
I realize that this would probably require some major rewrites to the game code.
Also, where TTDPatch is essentially an overlay to Transport Tycoon, it would be unable to use this proposal.
So, this would be an OTTD solution.
This would fit in with the accompanying NewGRF v8 discussion
This would allow for NewGRF v8 to be implemented as an "OTTD only" solution.
NewGRF v7 would remain as an "all platform" solution so as to preserve existing sets, scenarios and saved games and to satisfy the needs of those wishing to design within it's parameters.
This would probably require a considerable amount of "thinking outside of the box" where that box is constricted to expanding upon the limitations set by Transport Tycoon and TTDPatch.
This would probably require going to OpenTTD II.
The advantage is that TTDPatch and OpenTTD I would remain as viable platforms still open to development and maintenance for those who want them.
OpenTTD II would then be free to expand into unrestricted/unexplored territory.
This would be a win-win solution for everybody.
@andythenorth - I don't know if this is what your were asking me for. If I've completely twisted your synapses, my sincerest apologies to your psychiatrists.
mäh... was late... not concentrated...