| Age | Commit message (Collapse) | Author |
|---|
|
|
|
and restore rivers, if locks are deleted
|
|
|
|
|
|
|
|
over a ship going perpendicular to the axis of the new lock
|
|
|
|
unsupported tile types.
|
|
|
|
related variables
|
|
functions use int z as well
|
|
|
|
for the water/river code
|
|
|
|
use it
|
|
functions if they return the Z in pixels (like TilePixelHeight)
|
|
|
|
and depots. (based on patched by adf88 and michi_cc)
|
|
if they are built on existing water.
|
|
DrawTileSprites/DrawTileSeqStruct instead.
|
|
less easy to break.
|
|
|
|
|
|
clearing water were deducted rather than for building canals
|
|
for uniform stations has been broken for over a year
|
|
|
|
can no longer rely on being only called for clear water tiles.
|
|
|
|
canal didn't take the cost for clearing the sea into account
|
|
|
|
|
|
DeleteAnimatedTile() into MakeWaterKeepingClass().
|
|
some headers
|
|
related code
|
|
most northern depot/hangar tile
|
|
|
|
for canals.
|
|
alternate canal sprite layout.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
DEBUG() output. It was triggered on exceptions, especially when aborting world generation.
|
|
of _current_company to ensure proper restoration.
|
|
and waypoints are named
|
|
passed bit variable, i.e. allow expressions as parameter
|
|
building/clearing aqueducts and building/clearing locks.
|
|
building canals if they are already built.
|
