summaryrefslogtreecommitdiff
path: root/road_cmd.c
AgeCommit message (Collapse)Author
2006-12-27(svn r7573) -Merged the bridge branch. Allows to build bridges of arbitrary ↵celestar
rail/road combinations (including signals)
2006-12-03(svn r7327) -Fix: [YAPF] missing YAPF cache notification when building road ↵KUDr
on rail (new crossing) or removing road from crossing
2006-11-22(svn r7240) -Fix: Always display the excavation of roadworks even when fully ↵tron
zoomed out (they are quite noticable) or "full details" are off (they are part of the game mechanics)
2006-11-17(svn r7195) -Feature: [FS#297, optional elrails] New patches/vehicles option ↵KUDr
'disable electrified railways'. (original patch by maedhros, ideas: peter1138, Darkvater, Rubidium, Patrick, Eddi|zuHause, ..)
2006-10-31(svn r7028) -Fix [FS#200]: Scenario bridges/tunnels cannot be demolished; ↵Darkvater
now it's possible to delete tunnels/bridges owned by nobody.
2006-10-14(svn r6776) -Codechange: Use IsValidPlayer() function to determine of a ↵Darkvater
PlayerID is an actual playable player (< MAX_PLAYERS) or not.
2006-10-14(svn r6775) -Codechange: Use some more proper types, especially Owner and ↵Darkvater
PlayerID as these are used intermixed often.
2006-10-14(svn r6774) -Codechange: Rename the badly named OWNER_SPECTATOR to ↵Darkvater
PLAYER_SPECTATOR and put it into player.h where it belongs (instead of map.h)
2006-10-04(svn r6637) -Codechange: merged all (vehicle type)EnterDepot into ↵bjarni
VehicleEnterDepot() This revealed duplicated code like aircraft lists got invalidated twice Moved invalidation of the vehicle detail window to VehicleServiceInDepot() as it should always be updated when serviced
2006-09-26(svn r6513) -Codechange: unified the code to draw depot windowsbjarni
This change is intended to make it easier to make depot behaviour consistent and faster to code when adding more features in the future The user interface should hopefully not be affected by this
2006-08-26(svn r6141) -Codechange: introduced DepotID and used it as much as possibletruelight
-Codechange: DeleteDepot removes a depot from the pool -Codechange: DestroyDepot is called by DeleteDepot to remove all things where a depot depends on. Last 2 changes to prepare for new pool system. Not pretty now, will be soon. -Codechange: Removed DoDeleteDepot as it was stupid
2006-08-22(svn r6053) -Codechange: renamed all IsXXXIndex to IsValidXXXIDtruelight
-Codechange: IsValidXXXID now also checks if XXX is really valid, not if the number is within range Both changes again in preperation of the new mem-pool system, which requires this. IsValidXXXID is not a bit less pretty, but that will be cleaned up after the new mem-pool system
2006-08-22(svn r6045) -Cleanup: align all table-like structures using spaces, i.e. ↵rubidium
whitespace fixes only except for a few comments to make them uniform for the whole enum/struct.
2006-08-10(svn r5833) -Feature: Allow building of (certain) rails, roads and bridge ↵tron
ramps on steep sloped tiles
2006-08-06(svn r5796) Use DrawTileSprites/DrawTileSeqStruct for road depot drawing ↵tron
data, too
2006-08-06(svn r5794) Pass the TileIndex plus x and y coordinates into GetSlopeZ_* ↵tron
instead of a TileInfo
2006-08-05(svn r5772) Road depots always have an player as owner, so remove an useless ↵tron
check
2006-08-03(svn r5723) - Move the declaration of DrawRoadDepotSprite() out of ↵tron
functions.h (but I'm not too happy with the new header) - Use DiagDirection instead of plain int for the orientation of the depot graphics - Rename the associated data tables with sprites to something more meaningful
2006-07-22(svn r5582) Add and use AxisToTrack{Bits,}()tron
2006-06-28(svn r5396) - Remove two fixed parameterstron
- Simplify an expresssion: c ? f(x) : f(y) -> f(c ? x : y)
2006-06-27(svn r5391) Miscellaneous, mostly bracing and whitespace, nothing spectaculartron
2006-06-19(svn r5317) s/RGT_/ROADSIDE_/ and some minor changestron
2006-06-19(svn r5315) -Fix: Prohibit altering a road tile while road works are in progresstron
This fixes some glitches like "turning" the excavation by adding/removing road bits or removing the road piece
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-07(svn r5155) - Remove the bridge branch merge (revision r5070)tron
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 r4940) Remove the dubious feature of remembering the last built depot. ↵tron
It serves no real purpose except causing confusion
2006-05-20(svn r4927) Replace 3 big ifs (which regard foundations) by a bit less ↵tron
confusing code
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-04-27(svn r4590) - Fix (r4585): warning: suggest parentheses around && within ||. ↵Darkvater
Sorry
2006-04-26(svn r4586) - Codechange: Recursive commands that rely on _error_message to ↵Darkvater
handle success/failure can fail if a recursive call fails but doesn't set the error message, thus resulting in an old, possibly erroneous being used (see FS#130 prior to r4585). Now properly reset the global variable _error_message in these cases.
2006-04-26(svn r4585) - Fix [FS#130] - Obscure road dragging bug. The road build ↵Darkvater
command did not return the appropiate error message of invalid-slope when building road.
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 r4544) Merge two almost identical string ↵tron
(STR_1[08]00_LAND_SLOPED_IN_WRONG_DIRECTION) - one just contains two redundant words
2006-04-23(svn r4541) Add a type for slopes and replace many magic numbers by the ↵tron
appropriate enums
2006-04-15(svn r4435) - Fix: an assertion triggered when trying to remove a bridge ↵Darkvater
with the remove-tool (r4348 surfaced this). In CmdRemoveRoad tiletype was not checked for ownership. Intorudce IsLevelCrossingTile() which checks if a tile is a crossing without knowing the type. Suggested by peter1138 and Tron.
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 r4263) -Codechange: Road building no longer uses FindLandscapeHeight. ↵celestar
Last occurence of FindLandscapeTile in the tile-specific functions gone. Thanks to Tron for doing lots of work in this direction
2006-04-03(svn r4258) -Codechange: Add and make use of map accessors dealing with road ↵celestar
ground types (including roadworks).
2006-04-03(svn r4246) -Codechange. Replaced about 100 occurences of '16' by TILE_SIZEcelestar
2006-04-02(svn r4242) Pass TileIndex and slope to GetSlopeTileh_*() instead of TileInfotron
2006-04-02(svn r4230) The road is asked for, not the rail. Undo part of r4164. ↵tron
(Pointed out by peter1138)
2006-03-31(svn r4187) Simplify the code for building/removing a piece of road a bittron
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