summaryrefslogtreecommitdiff
path: root/rail_cmd.c
AgeCommit message (Collapse)Author
2006-04-17(svn r4461) -Codechange: Add and make use of map accessor functions for ↵celestar
signal drawing. Includes some basic cleanup of the drawing functions
2006-04-15(svn r4440) - Fix: Yoyo-effect of rail in desert/snow introduced by r4379. ↵Darkvater
When a special groundtype below the track is encountered in the tileloop, always return even if groundtype hasn't changed.
2006-04-14(svn r4415) Fix bug introduced in r4384 where drawing a default waypoint for ↵peter1138
the GUI caused a game crash. This only manifested with some newstations loaded. Thanks to Richk67 for finding this.
2006-04-12(svn r4386) -Codechange: Add and make use of IsCustomWaypointcelestar
2006-04-12(svn r4384) -Codechange: rail drawing codecelestar
-Added a function to obtain the axis of a waypoint -Moved the waypoint layout tables from the depot layout tables into an own one -Use GetRailTileSubtype
2006-04-12(svn r4383) - Codechange: Remove extraneous code from 4354; no need to get ↵peter1138
RailTypeInfo when we already have it...
2006-04-12(svn r4382) -Codechange: Make use of SetSignalType where appropriatecelestar
2006-04-12(svn r4381) -Codechange: Forgot an occurence for rail ground typescelestar
2006-04-12(svn r4380) -Codechange: Make use of GetTrackBits where appropriatecelestar
2006-04-12(svn r4379) -Codechange: Add and make use of map accessor functions ↵celestar
concerning rail ground types
2006-04-12(svn r4378) -Add and make use of an accessor function two-way => one-way => ↵celestar
one-way => two-way signal cycling
2006-04-12(svn r4377) -Add and make use of a function that finds out whether a signal ↵celestar
is an entry or and exit signal to a presignal block (as combos act as both)
2006-04-12(svn r4376) -Codechange Renamed GetSignalState to GetSignalStateByTrackdircelestar
2006-04-12(svn r4375) -Codechange: Move the signal drawing bit to an own function and ↵celestar
rename DrawSignalHelper to DrawSingleSignal
2006-04-11(svn r4358) -Codechange: Don't use a TileInfo where a TileIndex will docelestar
2006-04-11(svn r4357) -Codechange: Moved global _signal_base_sprites into the only ↵celestar
function where it is used and use a better array arrangement for it
2006-04-11(svn r4354) [Elrail][NewGRF] Codechange: Drawing of custom waypoints with ↵peter1138
custom ground sprites used the index of the rail type as an offset. With the introduction of elrails this offset is incorrect, so instead there is now a lookup table within the RailTypeInfo struct to explicitly list the offset.
2006-04-11(svn r4353) Codechange: Move global _signal_position into the only function ↵celestar
that uses it and convert the bit-hacking into a struct
2006-04-10(svn r4344) Use tile coordinates or even TileIndices instead of virtual tile ↵tron
coordinates where it suffices.
2006-04-10(svn r4342) Change the first two parameters of commands - virtual pixel ↵tron
coordinates of the tile to operate on - to a TileIndex Remove DoCommandByTile(), because now it does the same as DoCommand()
2006-04-09(svn r4337) -Fix: A problem where GetRailType was called instead of ↵celestar
GetRailTileType. Thanks to glx for noticing
2006-04-09(svn r4332) Turn a table lookup into a ternary operatortron
2006-04-03(svn r4265) - Fix: compile warning on VS2005 (parameter 2 different from ↵Darkvater
declaration)
2006-04-02(svn r4242) Pass TileIndex and slope to GetSlopeTileh_*() instead of TileInfotron
2006-03-30(svn r4181) CodeChange : Replaced [G/S]etMapExtraBits by [G/S]etTropicZone. ↵belugas
Although it was an accessor, nor his usage nor the values were clear.
2006-03-29(svn r4156) CodeChange : Little cleanup after Celestar's elrail mergebelugas
2006-03-29(svn r4150) -Feature: Merged elrails into trunk. Thanks to Tron for lots of ↵celestar
code and proofreading, thanks to peter1138 for another lot of code and ideas.
2006-03-26(svn r4111) Fix/Remove some stale commentstron
2006-03-24(svn r4085) Add GetTown{Index,ByTile}() to get the town index resp. the town ↵tron
from a tile
2006-03-21(svn r4000) Rewrite GetSlope{Tileh,Z}_{Road,Track} in a less confusing waytron
2006-03-21(svn r3998) - Fix: When removing rail track from a while where only X and Y ↵peter1138
(/ and \) pieces exist, explicitly update signals in both directions.
2006-03-20(svn r3992) -Fix: Rewrote the code to determine whether a rail-tile can be ↵celestar
terraformed. Fixes a bug where you could terraform a tunnel (fixed by r3228, but reverted that one) Fixes a bug introduced by r3228 which allowed steep rail tiles resulting in ... unwanted effects such as display artifacts. That means the terraform feature should not work as intended; it also uses _valid_tileh_slopes to determine valid configurations instead of hand-brewn stuff. TODO: _terraform_err_tile and similar TileIndices should have INVALID_TILE as "unused", not 0. (0 is a valid tile).
2006-03-19(svn r3988) Remove the info about valid rails on shore tiles. It's the same ↵tron
as for any other sloped tile
2006-03-19(svn r3986) Add [GS]etCrossingRoadOwnertron
2006-03-19(svn r3985) Make CmdBuildSingleRail() a bit more comprehensibletron
2006-03-19(svn r3983) Use existing functions to access tree and road infotron
2006-03-19(svn r3982) Fix last commit. I got confused by some strange test, which did ↵tron
nothing
2006-03-19(svn r3981) More work for the rail accessing functions and enumstron
2006-03-19(svn r3979) Move GetRailFoundation() to rail_map.h and use it and friends to ↵tron
get information about rail tiles
2006-03-19(svn r3976) Fix typo in r3946tron
2006-03-18(svn r3946) Add short hand names for common track combinationstron
2006-03-18(svn r3942) GetRailType() != GetRailTileType(), fix r3941tron
2006-03-18(svn r3941) Get rid of RAIL_TYPE_SPECIALtron
2006-03-17(svn r3916) Get/Set the rail type by [GS]etRailType{Crossing,OnBridge,}()tron
2006-03-17(svn r3912) Move the signal type enum and GetSignalType() to rail_map.h; ↵tron
also add SetSignalType() and use the functions
2006-03-16(svn r3911) Add functions to retrieve/set the signal variant ↵tron
(electric/semaphore)
2006-03-16(svn r3907) Replace many bridge related direct map accesses with calls to ↵tron
shiny new functions and mark some strange constructs with XXX
2006-03-15(svn r3893) - Fix: Properly set back the owner of a crossing/road-under ↵Darkvater
bridge after removing it. For crossings we can always use .m2 because it is already 0 when not owned by a town.
2006-03-14(svn r3876) - Fix: We know on a level crossing's town owner of the road (if ↵Darkvater
any); it is in m2 so properly set it back when the crossing's removed.
2006-03-13(svn r3851) Rail depots only have an entrance at one side, therefore use ↵tron
UpdateSignalsOnSegment() instead of SetSignalsOnBothDir()