summaryrefslogtreecommitdiff
path: root/tunnelbridge_cmd.c
AgeCommit message (Collapse)Author
2006-05-27(svn r4987) Feature: Merged YAPF into trunk. Thanks to devs for continuous ↵KUDr
support and users for testing.
2006-05-21(svn r4937) Reduce the use of _error_message a bittron
2006-05-20(svn r4927) Replace 3 big ifs (which regard foundations) by a bit less ↵tron
confusing code
2006-05-16(svn r4882) -Fix: Forgot a change in previous commitcelestar
2006-05-16(svn r4881) -Codechange: Be a little more strict about types and remove some ↵celestar
null-operations
2006-05-09(svn r4790) Remove slope magic from EnsureNoVehicleZ() and rename it to ↵tron
EnsureNoVehicleOnGround() to make more clear what it does
2006-05-09(svn r4789) - Codechange: rename RoadType to RoadTileType and ↵rubidium
ROAD_{NORMAL,CROSSING,DEPOT} to ROAD_TILE_* for consistency
2006-05-09(svn r4788) - Codechange: RAILTYPE_{NORMAL,ELECTRIC,...} and ↵rubidium
RAIL_TYPE_{NORMAL,SIGNAL,...} have nearly the same name, rename RAIL_TYPE_* to RAIL_TILE_* of extra clarity
2006-05-07(svn r4771) -Regression: It was possible to remove a bridge while a vehicle ↵tron
was on it
2006-05-07(svn r4766) -Fix: Vehicles on a sloped tile under a bridge were affected by ↵tron
the bridge speed limit
2006-05-07(svn r4765) Add GetTileMaxZ(), which returns the height of the highest ↵tron
corner of a tile, and use it to simplify the code in a few places
2006-04-25(svn r4572) Remove vehicle_leave_tile_proctron
There's exactly one implemented function (unbarring a level crossing) and one place where it can be triggered (a train leaves a level crossing) It's a bit overkill, so just handle this one case where it can happen
2006-04-23(svn r4554) Replace magic numbers by TILE_{HEIGHT,SIZE}tron
2006-04-23(svn r4541) Add a type for slopes and replace many magic numbers by the ↵tron
appropriate enums
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