| Age | Commit message (Collapse) | Author |
|---|
|
skipping to an out-of-range destination.
|
|
|
|
|
|
minimalize the work done where possible
|
|
|
|
coding style
|
|
|
|
|
|
|
|
|
|
|
|
Engine::DetermineCapacity().
|
|
|
|
related variables
|
|
changes to reduce casting
|
|
functions if they return the Z in pixels (like TilePixelHeight)
|
|
draw different sprites on the map and in various GUIs.
|
|
Vehicle to simplify code.
|
|
|
|
caused crashes during load
|
|
the hangar.
|
|
|
|
at copper ore mine, to make them distinguishable from each other and from smoke due to disasters. (only affects newly spawned effects)
|
|
they are leaving a depot and heading to the same one again; just like trains since r16322.
|
|
it doesn't recompile everything that needs to be recompiled...
|
|
vehicle view
|
|
more likely to be updates [a-c].
|
|
|
|
(anymore) after an aircraft crashed
|
|
|
|
savegame value, as the latter could be stored in old units in old savegames.
|
|
in different places.
|
|
|
|
|
|
always using the engine value.
|
|
greater than the engine speed.
|
|
|
|
CmdSendVehicleToDepot
|
|
|
|
breakdown handling as well (Hirundo)
|
|
|
|
some headers
|
|
most northern depot/hangar tile
|
|
|
|
in depot' strings
|
|
|
|
|
|
code for situations that don't happen
|
|
removing the MKIT macro
|
|
are no airports with more than 1 helipad group
|
