summaryrefslogtreecommitdiff
path: root/tunnelbridge_cmd.c
AgeCommit message (Collapse)Author
2006-06-02(svn r5081) -Fix: Could not build bridges over crossings (but crossings ↵celestar
under bridges were possible), noticed by WhiteRabbit
2006-06-02(svn r5070) Merged the bridge branchcelestar
-Feature: Bridges can now be placed above: Any railway track combination (excluding depots and waypoints) Any road combination (excluding depots) Clear tiles (duh), including fields Tunnel entrances Bridge heads Thanks to Tron for idea and implementation, KUDr for the yapf synchronization and many others for hours of testing There are still a number of visual problems remaining, especially when electric railways are on or under the bridge. DO NOT REPORT THOSE BUGS FOR THE TIME BEING please.
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