summaryrefslogtreecommitdiff
path: root/src/train_cmd.cpp
AgeCommit message (Collapse)Author
2007-05-06(svn r9794) -Codechange: refactor the question whether a vehicle can be ↵rubidium
loaded into LoadUnloadVehicle instead of duplicating it for each vehicle.
2007-05-04(svn r9784) -Codechange: remove unused variable.rubidium
2007-05-04(svn r9780) -Codechange: [NewGRF] Add support for variable vehicle weight ↵peter1138
for trains (callback 36, property 16)
2007-05-02(svn r9770) -Codechange: perform the payment of cargo when ↵rubidium
loading/unloading, but when arriving at the station.
2007-05-01(svn r9760) -Codechange: remove the need for saving some vehicle variables.rubidium
2007-04-29(svn r9756) -Fix [FS#755]: LeaveStation wasn't always called when a station ↵rubidium
was left.
2007-04-29(svn r9755) -Codechange: refactor some more of the begin loading stuff.rubidium
2007-04-29(svn r9754) -Codechange: make classes for all vehicle types, so we can make ↵rubidium
nicer/better maintainable code, i.e. virtual methods instead of switches.
2007-04-29(svn r9752) -Codechange: remove some duplication related to BeginLoading.rubidium
2007-04-29(svn r9742) -Fix (r9689) [FS#739]: Fix cloning with refit costs again, ↵maedhros
hopefully for good this time.
2007-04-20(svn r9685) -Fix (r9683): Call v->LeaveStation() when a vehicle in a station ↵maedhros
is sent to a depot.
2007-04-18(svn r9672) -Cleanup: lots of coding style fixes around operands.rubidium
2007-04-18(svn r9671) -Codechange: Implement NewGRF callback 36, which allows changing ↵peter1138
of various properties which were previously static. Vehicle max speed and train power/te/running costs are adjustable.
2007-04-18(svn r9665) -Documentation: Doxygen corrections,errors, corrections of ↵belugas
corrections...
2007-04-12(svn r9609) -Codechange: Move some function prototypes out of functions.h ↵maedhros
and into landscape.h, and add a few where they didn't exist.
2007-04-04(svn r9558) -Documentation: doxygen and comment changes: 'T' now. Almost donebelugas
2007-04-02(svn r9543) -Fix [FS#691]: Split up STR_ENGINE_NOT_BUILDABLE into four ↵maedhros
strings so it can be translated properly and remove "buildable", since it isn't actually a word.
2007-03-22(svn r9400) -Codechange: Use some more representative enum names for ↵belugas
landscape types.
2007-03-19(svn r9322) -Codechange: Use cargo class to count crash/flood victimspeter1138
2007-03-18(svn r9277) -Fix [FS#685]: shared orders got messed up when the 'first' ↵rubidium
trains got removed in the depot.
2007-03-16(svn r9259) -Codechange: NUM_CARGO isn't a valid cargo type...peter1138
2007-03-13(svn r9146) -Fix [NTP][FS#676](r6800): "Train is lost" message is generated ↵KUDr
incorrectly. Forgot to set the best bird distance to zero in case we found the destination to indicate success. (de_zeurkous)
2007-03-08(svn r9072) -Codechange: [Orders] added methods to orders to free them and ↵bjarni
check if they are in use
2007-03-08(svn r9068) -Codechange: capitalize the VEH_Train etc. enums to match the ↵rubidium
coding style (and rest of the code).
2007-03-07(svn r9051) -Codechange: typedef [enum|struct] Y {} X; -> [enum|struct] X {};rubidium
2007-03-07(svn r9050) -Codechange: Foo(void) -> Foo()rubidium
2007-02-28(svn r8946) -Feature: [NewGRF] Add support for vehicle variables 0xFE and ↵maedhros
0xFF bit 10, which is set when a vehicle was built during the exclusive testing phase.
2007-02-28(svn r8945) -Codechange: Rename v->load_status to v->vehicle_flags so it can ↵maedhros
be used for more than just the gradual loading status.
2007-02-27(svn r8935) -Codechange: unification of track type between road and rail ↵rubidium
tiles, unification of ground type between normal rail tiles and depots/waypoints and removing the need for RailTileSubType.
2007-02-25(svn r8900) -Fixtron
Get rid of DECLARE_ENUM_AS_BIT_INDEX(Track, TrackBits)
2007-02-25(svn r8899) -Fixtron
Remove the unused second parameter from GetTileRailType()
2007-02-25(svn r8897) -Fixtron
Change the signature of GetNewVehiclePos(): -void GetNewVehiclePos(const Vehicle *v, GetNewVehiclePosResult *gp); +GetNewVehiclePosResult GetNewVehiclePos(const Vehicle *v);
2007-02-25(svn r8896) -Fixtron
Most (i.e. 13 of 15) callers of GetNewVehiclePos() do not care for the return and the others can figure it out by inspecting the information returned in struct GetNewVehiclePosResult. Therefore remove the return value.
2007-02-25(svn r8894) -Fixtron
Slightly simplify the control flow of TrainController()
2007-02-25(svn r8893) -Fixtron
variable scope, const, misc.
2007-02-24(svn r8884) -Fixtron
Replace SetSpeedLimitOnBridge() by something simpler
2007-02-24(svn r8878) -Fixtron
-Fix: Do a better job when checking the parameters of CmdMoveRailVehicle() NOTE: 0.5 candidate
2007-02-22(svn r8850) -Codechange: Use the cargo type's is_freight flag instead of ↵peter1138
checking the cargo type to determine if the cargo type is freight cargo type cargo type.
2007-02-20(svn r8826) -Codechange: Replace _cargoc's separate arrays with a regular ↵peter1138
struct array (with accessor) and implement new initialization method using cargo labels.
2007-02-13(svn r8709) -Fix/Codechange: Rename the function GetStationPlatforms into ↵celestar
GetPlatformLength because that is what it really does. Overload it because there is already a GetPlatformLength (one gives the length of the whole platform, the other gives the remaining length in a given direction). Turned both functions into methods of Station. While messing around with it, fix a problem where loading times for overhanging trains are miscomputed.
2007-02-13(svn r8703) -Codechange/cleanup: some magic numbers -> enums and other small ↵rubidium
coding style changes to the ShipController and TrainController.
2007-02-13(svn r8701) -Codechange: replace magic numbers with enums for u.rail.track.rubidium
2007-02-13(svn r8700) -Fix (8698): replaced a magic number with the wrong enum :(rubidium
2007-02-13(svn r8698) -Codechange: enumify the returns of VehicleEnterTilerubidium
2007-02-06(svn r8610) -Codechange/Feature: rewrote the list handling in the ↵bjarni
autoreplace window -The user will notice the following changes: All vehicle types behaves in the same way Adding/removing an engine (new design and so on) can no longer result in the window selecting a new engine All valid replacements will be displayed since it looks at refitting options as well (this solves the missing ships with the newships GRF) Since you can't replace an engine into itself, the engine selected in the left list will no longer appear in the right list -The code changes: Instead of looping all engines all the time, each list generates a list like the build windows This ensures consistent list generation since only one function can loop all engines Unified code for all vehicle types It now use the lists to call the drawing code in the build vehicle window Works on selected EngineIDs instead of selected index in the list
2007-02-03(svn r8550) -Fixtron
Building a vehicle does not involve allocating orders, so do not check whether orders could be allocated
2007-01-30(svn r8455) -Codechange: Give a more meaningful name (railveh_type)to member ↵belugas
flags of RailVehInfo, as well as changing the code to reflect the fact that it was not a flag but rather a one value only variable. Doing so, some evaluations have been simplified. -Codechange: Add and use RAILVEH_SINGLEHEAD when railveh_type is set to 0, which was implicit before. -Cleanup: Remove some extraneous parenthesis.
2007-01-27(svn r8434) -Fix (r8430): Missing braces caused compilation failure for some ↵peter1138
(most?) compilers...
2007-01-27(svn r8430) -Fixtron
Replace the rather obscure control flow for handling aircraft/ship/train orders by something remotly comprehensible (see r3584)
2007-01-24(svn r8393) -Fixtron
-Codechange: CheckCompatibleRail() is only called for tiles which are known to contain a piece of rail. Simplify the function accordingly by eliminating unnecessary checks. -Fix (?): Also fix an inconsistency in deciding what a compatible rail type is between level crossings and other rail tiles. It is unknown if this caused any problems.