| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
other TileArea commands. (HackaLittleBit)
|
|
"unsafe" functions to prevent them from being used, and thus having to care about certain aspects of their return values
|
|
|
|
|
|
|
|
enabled to a header file allowing compilers to inline that check
|
|
|
|
|
|
unsupported tile types.
|
|
|
|
related variables
|
|
functions use int z as well
|
|
|
|
TILE_HEIGHT for the snow line code
|
|
use it
|
|
functions if they return the Z in pixels (like TilePixelHeight)
|
|
|
|
trees at the scenario editor.
|
|
generation progress bar.
|
|
|
|
snowline.
|
|
|
|
|
|
|
|
|
|
missed :)
|
|
logical place and with a more descriptive name
|
|
VARDEF and put them in a more logical location
|
|
desert or rain forest trees outside of the rain forest area. This to prevent people from thinking planting rain forest trees makes the rain forest bigger and thus adds more place to build a lumber mill.
|
|
|
|
|
|
wrapper functions
|
|
if a header require a header make it include that header
|
|
caused an assert
|
|
of snow on the tile changed
|
|
trees, desert, rocky areas or leveling land
|
|
it's covered by snow, this allows rocky tiles under snow if you have a variable snowline
|
|
|
|
anywhere near random and thus showed a very visible repeated pattern when only one tree type was used
|
|
|
|
|
|
which were sometimes missing and sometimes just typos
|
|
|
|
table/clear_land.h and change some names
|
|
|
|
relatives
|
|
and change its behaviour accordingly
|
