summaryrefslogtreecommitdiff
path: root/src/town_cmd.cpp
AgeCommit message (Collapse)Author
2020-06-01Codechange: remove has_newhouses globalYexo
2020-05-21Codechange: Use std::string for most of the user-settable custom names.Michael Lutz
2020-05-18Fix: Desync after house replacementdP
2020-05-13Fix #8137: New clients can't join (desync) after funding an industrydP
2020-05-13Codechange: Refactor FindStationsAroundTiles to avoid code duplicationdP
2020-01-12Codechange: Cache resolved town, station and industry name stringsJonathan G Rennison
2020-01-12Change: Only resort town directory window on population change if necessaryJonathan G Rennison
2020-01-05Fix #7899, 196d5868: don't trigger filter changes more than expectedglx
2020-01-04Feature: Script API to change town rating of companiesNiels Martin Hansen
2019-12-21Codechange: Replace FOR_ALL_TOWNS with range-based for loopsglx
2019-12-21Codechange: Replace FOR_ALL_OBJECTS with range-based for loopsglx
2019-12-21Codechange: Replace FOR_ALL_INDUSTRIES with range-based for loopsglx
2019-12-21Codechange: Replace FOR_ALL_DEPOTS with range-based for loopsglx
2019-12-21Codechange: Replace station related FOR_ALL with range-based for loopsglx
2019-12-21Codechange: Replace FOR_ALL_COMPANIES with range-based for loopsglx
2019-12-01Fix #7847: Use ViewportSign coordinates for sign Kdtree coordinates (#7849)Niels Martin Hansen
Ensure the same coordinates are used for station/town/player signs regardless of how the landscape changes below it after the coordinates were first determined. By keeping track of whether each ViewportSign is valid for Kdtree use (and only ever registering the viewport sign when the object is valid) a lot of code can be simplified and become more robust at the same time.
2019-11-20Revert #7837, 7e22f243e: OpenTTD tries to replicate the original game mechanics.frosch
Making numbers look nice and correlate is no goal, and in this case they actually did not correlate.
2019-11-18Fix: typo in town growth rates (#7837)Yourself
2019-11-10Cleanup: Removed SVN headersS. D. Cloudt
2019-08-17Add #6887: Option to show zone inside local authority boundary of townsGabda
Can be found at town information > local authority window Layout for button is same as Graph Keys Turn on/off for every town individually
2019-05-01Feature: Add NotRoadTypes (NRT)peter1138
2019-04-29Codechange: Remove Company/OwnerByte typesCharles Pigott
2019-04-29Codechange: Remove TownLayoutByte typeCharles Pigott
2019-04-10Codechange: Use null pointer literal instead of the NULL macroHenry Wilson
2019-04-02Fix #7440: Remove town sign when deleting town, not add it once moreNiels Martin Hansen
2019-03-26Cleanup: Remove unused size template parameters from SmallMap and ↵Henry Wilson
Auto[Free|Delete]SmallVector
2019-03-26Codechange: Replace SmallVector::Clear() with std::vector::clear()Henry Wilson
2019-03-12Codechange: Update town sign on population change only when population is ↵Gabda
shown (#7368)
2019-03-09Codechange: Make a merged k-d tree index of all viewport signsNiels Martin Hansen
2019-03-09Codechange: Make a k-d tree index of stationsNiels Martin Hansen
2019-03-09Codechange: Make a k-d tree index of townsNiels Martin Hansen
2019-03-09Feature: Non-rectangular sparse station catchment area.Peter Nelson
2019-03-04Add: Option for population-linear town cargo generationNiels Martin Hansen
Introduce a new default algorithm for town cargo generation (passengers and mail), and a game setting to choose between the new and original algorithm. The original town cargo generation algorithm has the property of the generated amount relating to the square of each building's population, meaning large towns easily produce more cargo than can realistically be transported. The problem is excessive cargo is amplified if playing with cargodist. The new algorithm introduced instead has a linear relation to the population. The result is that smaller towns will produce slightly more cargo, while the largest towns will produce about a fourth of what they would with the original algorithm. Existing savegames will use the original algorithm, while new games will default to the new algorithm.
2019-03-03Fix #7043, Fix #7274: Delete town owned bridge based on adjacent tile ↵PeterN
ownership, not nearest town. (#7284) This only affects failed town generation, as towns do not delete bridges under any other circumstances. The existing test performed badly with a large number of towns due to having to calculate the nearest town, and also by its nature assumed a bridge was built by the nearest town, leading to bridges of nearby large towns be removed incorrectly. If we gain the ability to quickly retrieve the correct town (which is _not_ the nearest town) from the bridge, this change should be reviewed.
2019-02-28Change: Allow towns to build bridges over rails and one-way roads. (#7291)SamuXarick
2019-01-21Add: Houses can accept up to 16 different cargo types via NewGRF.Niels Martin Hansen
New Action0 property 23 for feature 07, variable length, format B n*(B B). Initial byte is number of structures following. First byte in structure is cargo id, second is acceptance level in 1/8 units.
2019-01-17Fix: Some code and comment typosnikolas
Found with codespell
2019-01-12Codechange: Define INVALID_TOWN as a TownID (#7044)Joan Josep
2018-10-31Fix: Protect against a few out of bounds or uninitialised usage errorsCharles Pigott
2018-10-31Doc: Lots and lots of doxymentation fixesCharles Pigott
2018-09-18Fix #6622: Fixes empty company name in news when gamescript constructs a townMax Maton
2018-06-24Feature #6397: Keep town growth rate in sync with house countPavel Stupnikov
Takes some code and ideas from #6378 patch, but doesn't change anything GS-related.
2018-05-21Change: Add CargoTypes type for cargo masks. (#6790)PeterN
2018-05-02Change: Switch town growth rate and counter to actual game ticks (#6763)Pavel Stupnikov
2018-04-28Feature #6610: Allow towns to build houses on road turns (#6758)Pavel Stupnikov
2017-08-13(svn r27893) -Codechange: Use fallthrough attribute. (LordAro)frosch
2017-01-22(svn r27739) -Cleanup/Revert (r12162): Clearing MP_HOUSE with DC_EXEC always ↵frosch
fails, so there is no effect in testing for houses first. (adf88)
2015-10-30(svn r27423) -Fix: When towns expanded single-bit roadtiles using a ↵frosch
grid-layout, they used the layout position of the neighbouring tile.
2015-10-30(svn r27420) -Fix [FS#6362]: GrowTownAtRoad sometimes returned false, even ↵frosch
when a house was built. (_dp_)
2015-06-20(svn r27306) -Fix (r27305): Confused tiles.frosch
generated by cgit v1.2.3-54-g00ecf (git 2.44.0) at 2024-08-01 08:06:25 +0000