Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Do not expire airports (was: Feature removal request) #5893

Closed
DorpsGek opened this issue Feb 2, 2014 · 5 comments
Closed

Do not expire airports (was: Feature removal request) #5893

DorpsGek opened this issue Feb 2, 2014 · 5 comments
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)

Comments

@DorpsGek
Copy link
Member

DorpsGek commented Feb 2, 2014

Simons_Mith opened the ticket and wrote:

Airport expiry applies to the small airfield only, AFAICS. Why do we bother with expiry just for this one case? The airport menu is not in the least crowded. What do we gain from having the ability to make airports expire?

Reported version: Version?
Operating system: All


This issue was imported from FlySpray: https://bugs.openttd.org/task/5893
@DorpsGek
Copy link
Member Author

DorpsGek commented Feb 2, 2014

planetmaker wrote:

Use an airport NewGRF which changes the expiry date. E.g. OpenGFX+ Airports allows to remove the expiry date.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5893#comment13000

@DorpsGek
Copy link
Member Author

DorpsGek commented Feb 3, 2014

Simons_Mith wrote:

You've completely missed my point!


This comment was imported from FlySpray: https://bugs.openttd.org/task/5893#comment13003

@DorpsGek
Copy link
Member Author

DorpsGek commented Feb 3, 2014

planetmaker wrote:

We do not change the stats of the default game items in this case for the same reason we don't do that in all other cases: NewGRFs, scenarios and game scripts can rely on the these to remain unchanged. Why should the first airport not expire? Or why not introduce all airports at all times? The default vehicle lists are also not so crowded as to force expire any of them - why not change those dates? Or add further ones earlier on? All the same kind of question.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5893#comment13004

@DorpsGek
Copy link
Member Author

vtk wrote:

I agree that, ideally, airports should not expire. This was a curious and sometimes inconvenient feature of the original game. Vehicle expiry is explained as the manufacturer simply no longer produces that vehicle, but with airports that concept doesn't really hold up. Companies and/or governments build airports in whatever size fits their expected needs. The only explanation for unavailability of smaller airports is some kind of government standards prescribing a minimum size, perhaps among other safety features; I'm not aware of any governments imposing such size minimums as to make the construction of new small airports illegal.

However, to address this as a change to the game core would mean it doesn't make sense for airport expiry to even be possible in the first place. Even if it weren't the default behavior, it makes some sense to have at least the possibility of airports to become available/unavailable based on the date like so many other constructable objects in the game. Some players might want that functionality, possibly involving airports that aren't original to TTD. Perhaps Simon's original complaint would be more reasonable if it were made in reference to the baseset, rather than the game core.

If we were designing the game from scratch in 1993, I would argue that airports that ship with the game should not become unavailable over time. But this isn't the conclusion Chris Sawyer reached. So now we have the TTD baseset, and its free-art clone OpenGFX, which make use of airport expiry. As planetmaker pointed out, other game components tend to rely on the stats of objects in the baseset, so changing those would be inadvisable.

At the root of the problem is a game design decision made over 20 years ago. Changing this decision now would be mildly disruptive; changing the game core to make the original decision impossible would surely introduce dozens of new bugs. Fortunately, players are free to override things in the baseset with NewGRFs. This is exactly what NewGRFs are for.


This comment was imported from FlySpray: https://bugs.openttd.org/task/5893#comment13053

@DorpsGek
Copy link
Member Author

DorpsGek commented Sep 7, 2014

frosch closed the ticket.

Reason for closing: Implemented

years ago. There is an "never expire airports" advanced setting


This comment was imported from FlySpray: https://bugs.openttd.org/task/5893

@DorpsGek DorpsGek closed this as completed Sep 7, 2014
@DorpsGek DorpsGek added Core flyspray This issue is imported from FlySpray (https://bugs.openttd.org/) labels Apr 7, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray This issue is imported from FlySpray (https://bugs.openttd.org/)
Projects
None yet
Development

No branches or pull requests

1 participant