summaryrefslogtreecommitdiff
path: root/tunnelbridge_cmd.c
AgeCommit message (Collapse)Author
2006-04-15(svn r4430) - NewGRF: Use the bridge's sprite layout for drawing high ↵Darkvater
pillars. This fixes newgrf's high-bridge pillars drawing. Also remove the now obsolete _bridge_poles_table which was already integrated into the bridge sprite tables
2006-04-12(svn r4402) Fix a faulty entry in the table for slopes under bridges, remove ↵tron
a now unnecessary test which hid the faulty entry till now and undo r4398 (don't do this!)
2006-04-12(svn r4398) -Fix: Quick and Dirty solution for FS#116. Just for the nightliescelestar
2006-04-12(svn r4392) -Codechange: Use water map accessors in bridge codecelestar
2006-04-12(svn r4391) -Fix: faulty ")" in previous commitcelestar
2006-04-12(svn r4390) -Codechange: Upon merging elrails, one direct map access to the ↵celestar
railtype went unnoticed...
2006-04-12(svn r4374) Never directly commit something you prepared the evening before, ↵tron
mysteriously it will break in the morning, fix r4373
2006-04-12(svn r4373) Rewrite GetSlopeZ_TunnelBridge() and slightly change its behavior:tron
- Report the correct z alongside the ramp when a foundation is present - Always report the z under the bridge for a bridge middle part, except if the z hack is used This should fix some weird behavior of the tile selector near bridges
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-03(svn r4265) - Fix: compile warning on VS2005 (parameter 2 different from ↵Darkvater
declaration)
2006-04-03(svn r4249) -Codechange: Replace more occurences of 16 by TILE_SIZE and of 8 ↵celestar
by TILE_HEIGHT. Reverted one change from the previous commit because it was faulty
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-30(svn r4164) Use acessor functionstron
2006-03-29(svn r4157) CodeChange : Keep on cleaning up 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-23(svn r4047) Remove two calls to FindLandscapeHeight() and some confusing use ↵tron
of the comma operator
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-17(svn r3922) Fix copy&pasto in r3916 (Slowly it's getting a bad habit)tron
2006-03-17(svn r3916) Get/Set the rail type by [GS]etRailType{Crossing,OnBridge,}()tron
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-16(svn r3906) Before removing a rail/setting the owner of a road to none check ↵tron
if there's a transport route at all under the bridge
2006-03-16(svn r3904) Move GetBridgePiece() and GetBridgeType() to bridge_map.h and ↵tron
make the only place which still extracted that info diretly use the wrapper
2006-03-16(svn r3903) Fix a copy&pasto in last commit and remove a redundant comment ↵tron
(the line above already says what's going on)
2006-03-16(svn r3902) When drawing a bridge middle part get the bridge axis only once ↵tron
instead of again and again
2006-03-16(svn r3901) Remove the last user of FindEdgesOfBridge() by using functions ↵tron
with similar functionality
2006-03-16(svn r3900) When clearing a bridge determine the bridge direction and tile ↵tron
offset once instead of all over the place; also use UpdateSignalsOnSegment() instead of SetSignalsOnBothDir(), because this is sufficient
2006-03-16(svn r3899) Use wrapper functions to make more clear how deleting stuff ↵tron
under bridges works; also remove an unnecessary local variable
2006-03-16(svn r3898) Add functions to find a bridge end starting at a middle tiletron
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-15(svn r3891) Fix r3885tron
2006-03-15(svn r3890) Simplify deleting a bridge by handling the ramps outside of the ↵tron
removal loop
2006-03-15(svn r3889) Change a part of the bridge drawing code to make it more ↵tron
comprehensible and add the needed accessors
2006-03-15(svn r3888) If you think you've checked everything, check once more. *sigh* ↵tron
Fix r3887
2006-03-15(svn r3887) Add a function to get the other bridge end when you're at a ↵tron
bridge ramp
2006-03-15(svn r3885) Simplify DoConvertTunnelBridgeRail() a bittron
2006-03-15(svn r3877) Add functions to turn a tile into a rail/road bridge ramp/middle ↵tron
part
2006-03-14(svn r3857) Add and use GetBridgeRampDirection()tron
Note: This slightly changes the behavior of GetAnyRoadBits() to only return a road piece for the start of the bridge ramp instead of a full ROAD_[XY]
2006-03-13(svn r3849) Fix bug in r3846tron
2006-03-13(svn r3846) Add functions to set the type of stuff (clear, water, rail, ↵tron
road) under bridges
2006-03-13(svn r3838) Demystify building bridge middle parts a bit by removing some ↵tron
magic numbers and generic names
2006-03-12(svn r3837) Partially unmagicfy restoring the tiles when deleting a bridgetron
Existing bug: When restoring a road piece which belongs to a town the town index unconditionally gets set to 0
2006-03-12(svn r3830) Move IsTunnelTile() from tile.h to tunnel_map.h and add ↵tron
IsTunnel(), which just checks for a tunnel, but not the tile type as IsTunnelTile() does
2006-03-12(svn r3829) Reduce the use of _error_message by directly returning error ↵tron
codes instead of using this global variable
2006-03-12(svn r3823) Remove dead code: A value for 'image' gets calculated and ↵tron
overwritten just a few lines later without being used in between
2006-03-11(svn r3820) Be a bit more strict with types: use special types instead of ↵tron
generic byte and don't fill arbitrary data into inappropriate types
2006-03-10(svn r3814) Remove another call to FindLandscapeHeight()tron
2006-03-09(svn r3803) Change the second parameter of UpdateSignalsOnSegment() from ↵tron
Direction to DiagDirection as that's what it really operates on
2006-03-08(svn r3783) Replace further ints and magic numbers by Direction, ↵tron
DiagDirection and friends