Age | Commit message (Collapse) | Author | |
---|---|---|---|
2006-08-14 | (svn r5887) -Cleanup: move date related functions, defines and variables to ↵ | rubidium | |
date.[ch] -Cleanup: fix whitespace related coding style issues in date.[ch] -Cleanup: make original comments doxygen compatible and remove/change outdated comments | |||
2006-08-10 | (svn r5833) -Feature: Allow building of (certain) rails, roads and bridge ↵ | tron | |
ramps on steep sloped tiles | |||
2006-08-08 | (svn r5809) Turn the tests for valid bridge ramp slopes into something ↵ | tron | |
comprehensible | |||
2006-08-06 | (svn r5794) Pass the TileIndex plus x and y coordinates into GetSlopeZ_* ↵ | tron | |
instead of a TileInfo | |||
2006-07-30 | (svn r5641) -Fix: Adjust/correct some bounding boxes. This fixes some ↵ | tron | |
graphical glitches near bridges | |||
2006-07-26 | (svn r5611) Remove a stale comment | tron | |
2006-07-26 | (svn r5610) Remove a pointless call to VehicleInTheWayErrMsg() - only trains ↵ | tron | |
can be on rail bridges | |||
2006-07-22 | (svn r5592) Merge two complementary cases | tron | |
2006-07-22 | (svn r5582) Add and use AxisToTrack{Bits,}() | tron | |
2006-07-22 | (svn r5580) -Regression: Under certain circumstances it was possible to ↵ | tron | |
remove/convert bridges while a vehicle was on it. Fix this by properly calculating the height of a bridge | |||
2006-06-28 | (svn r5403) - Feature: Allow building canals at sea-level, using ctrl to ↵ | peter1138 | |
toggle canal or plain water tile. This allows building of non-raisable sea-level water ways (useful in multiplayer) and dikes for low-level areas. | |||
2006-06-27 | (svn r5391) Miscellaneous, mostly bracing and whitespace, nothing spectacular | tron | |
2006-06-24 | (svn r5352) -Fix: Return accurate slope information for tunnels and bridges ↵ | tron | |
to fix several foundation graphics glitches | |||
2006-06-19 | (svn r5315) -Fix: Prohibit altering a road tile while road works are in progress | tron | |
This fixes some glitches like "turning" the excavation by adding/removing road bits or removing the road piece | |||
2006-06-14 | (svn r5260) -Fix: It was possible to convert the railtype of a bridge while ↵ | tron | |
a train was on it | |||
2006-06-14 | (svn r5259) -Codechange: GetBridgeHeight{Ramp,}() now returns the height of ↵ | tron | |
the bridge, not one level lower | |||
2006-06-10 | (svn r5210) Many small changes which piled up: const, unsigned, variable ↵ | tron | |
scope, CSE for readability, DeMorgan, if cascades -> switch, whitespace, parentheses, bracing, misc. | |||
2006-06-09 | (svn r5199) Make the control flow of GetTileTrackStatus_TunnelBridge() more ↵ | tron | |
comprehensible | |||
2006-06-07 | (svn r5155) - Remove the bridge branch merge (revision r5070) | tron | |
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 branch | celestar | |
-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 bit | tron | |
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 commit | celestar | |
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_proc | tron | |
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 nightlies | celestar | |
2006-04-12 | (svn r4392) -Codechange: Use water map accessors in bridge code | celestar | |
2006-04-12 | (svn r4391) -Fix: faulty ")" in previous commit | celestar | |
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 TileInfo | tron | |
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 functions | tron | |