summaryrefslogtreecommitdiff
path: root/src/vehicle.cpp
AgeCommit message (Collapse)Author
2009-05-23(svn r16397) -Codechange: move GetVehicleOrder/GetLastVehicleOrder into Vehiclerubidium
2009-05-23(svn r16394) -Codechange: move (NewGRF) cache variables into a separate ↵rubidium
struct so (some vehicle related) NewGRF cache 'desyncs' can be tested easier.
2009-05-22(svn r16393) -Codechange: move VehicleRail to Train.rubidium
2009-05-22(svn r16392) -Codechange: move some variables (the ones that aren't caches) ↵rubidium
from VehicleRail to Train
2009-05-22(svn r16391) -Codechange: use Train instead of Vehicle where appropriate.rubidium
2009-05-22(svn r16390) -Codechange: move u.road to RoadVehicle.rubidium
2009-05-22(svn r16389) -Codechange: use RoadVehicle instead of Vehicle where appropriaterubidium
2009-05-22(svn r16388) -Codechange: move u.air to Aircraftrubidium
2009-05-22(svn r16387) -Codechange: use Aircraft instead of Vehicle where appropriaterubidium
2009-05-22(svn r16382) -Codechange: make GetVehicleTrackdir a member function of Vehicle.rubidium
2009-05-22(svn r16378) -Codechange: replace OldPool with simpler Pool. Compilation ↵smatz
time, binary size and run time (with asserts disabled) should be improved
2009-05-22(svn r16376) -Codechange: Vehicle::Tick() now returns false if the vehicle ↵smatz
was deleted
2009-05-18(svn r16354) -Codechange: use 'new' pool accessors and methods for Engine toosmatz
2009-05-17(svn r16327) -Codechange: replace IsValidPoolItemID(index) by ↵smatz
PoolItem::IsValidID(index)
2009-05-16(svn r16325) -Codechange: replace GetPoolItem(index) by PoolItem::Get(index)smatz
2009-05-15(svn r16315) -Codechange: move the autorenew settings to a new ↵yexo
CompanySettings struct
2009-05-13(svn r16302) -Codechange: remove Vehicle::AllocateListsmatz
2009-05-13(svn r16299) -Fix (r16242): don't use DoCommandP when the function can be ↵smatz
called from another command
2009-05-13(svn r16291) -Fix [FS#2893]: RVs were unable to find a depot when turning ↵rubidium
around (in some cases), causing 'nearest depot' orders to be occasionally lost.
2009-05-09(svn r16260) -Codechange: Add Vehicle::IncrementOrderIndex() to deduplicate ↵frosch
some code.
2009-05-06(svn r16242) -Codechange: rework pausingrubidium
-Fix [FS#2864]: autopause and manual pausing conflict with eachother -Fix: new game + pause on new game + autopause make the game not unpause on the first join
2009-05-06(svn r16240) -Fix: Make 'stop in depot'-orders only apply on the target ↵frosch
depot, not those which are entered on the way to them.
2009-05-04(svn r16228) -Fix/Change (r16187): If we are heading for a different depot, ↵frosch
do also not do the refitting-part of the depot-order. -Fix (r16198): && != &, GetDepotOrderType != GetDepotActionType and - uhm - ODATFB_NEAREST_DEPOT is not set for current_order either.
2009-05-01(svn r16198) -Fix/Change (r16187): 'Go to nearest depot'-orders are ↵frosch
fulfilled when reaching any depot, even though the train decided for a different depot on the last junction/order-skip.
2009-04-29(svn r16187) -Fix [FS#2871]: do mark the "go to depot X" order fulfilled ↵rubidium
when reaching any depot, but only when reaching depot X.
2009-04-27(svn r16178) -Fix [FS#2866]: don't try to reserve path for trains crashed in ↵smatz
station
2009-04-21(svn r16118) -Change/cleanup: remove the hexadecimal 'in TTD the string had ↵rubidium
this ID' from 'some' strings and replace the string name with something more sensible.
2009-04-21(svn r16114) -Cleanup: unify some more strings and remove some more unused ↵rubidium
strings
2009-04-18(svn r16079) -Fix [FS#2824]: insanely fast trains would not stop in time for ↵rubidium
stations -Fix: insanely fast trains would sometimes 'jump' over waypoints/via stations within a tick, which would cause the order not to be processed causing the train to go in loops until (with luck) it 'hit' the tile
2009-04-12(svn r16048) -Fix/Feature-ish [FS#2740]: don't warn that crashed vehicles ↵rubidium
are getting old; upgrading them is impossible (racetrack)
2009-03-15(svn r15718) -Cleanup: apply some comment coding style on the rest of the ↵rubidium
sources too
2009-03-14(svn r15711) -Codechange: lots of whitespace cleanup/fixesrubidium
2009-03-13(svn r15704) -Cleanup: remove further includes from recently split filessmatz
2009-03-13(svn r15701) -Fix [FS#2595]: Blame NewGRFs returning inconsistent ↵frosch
information in purchase-list/after building before users have a chance to blame OpenTTD for incorrectly autorenewing/-replacing.
2009-03-13(svn r15699) -Codechange: split Cmd* from vehicle.cpp to vehicle_cmd.cpp.rubidium
2009-03-12(svn r15681) -Cleanup: remove unneeded forward declaration.rubidium
2009-03-11(svn r15676) -Codechange: remove the need for BeginVehicleMove and merge ↵rubidium
VehiclePositionChanged and EndVehicleMove.
2009-03-11(svn r15672) -Codechange: (left,right,top,bottom)_coord -> ↵rubidium
coord.(left,right,top,bottom), i.e. use Rect.
2009-03-09(svn r15652) -Fix [FS#2706]: new (this) is seldom a good idea as destructors ↵michi_cc
of member variables aren't run causing memory leaks.
2009-03-05(svn r15624) -Fix (r15621): warning about comparing signed and unsigned ↵smatz
integer types
2009-03-05(svn r15622) -Codechange: Duplication.peter1138
2009-03-05(svn r15621) -Feature: When cloning a vehicle with a custom name, add and/or ↵peter1138
increment a number at the end of name and assign it to the new vehicle (for emma)
2009-02-24(svn r15569) -Codechange: replace MallocT + memset( 0 ) calls by CallocTsmatz
2009-02-21(svn r15541) -Revert (r15399): 'v->cargo_type' is also used in other places, ↵frosch
which cannot accept CT_INVALID. -Codechange: Add Engine::GetDefaultCargoType() and Engine::CanCarryCargo() and use them. -Fix [FS#2617]: When articulated parts have no available default cargo, use the cargo type of the first part for livery selection. -Change: To decide whether a vehicle is refittable do not test its current capacity for being zero, but always use the 'capacity property'. Note: The property is used unmodifed without calling CB 15/36. By setting it to a non-zero value and returning zero in the callback vehicles can be refitted to/from zero capacity for e.g. livery effects. Note: It is intentional that you cannot control refittability by CB 36.
2009-02-18(svn r15517) -Fix [FS#2642](r6455): Wagonoverrides and articulated engine ↵frosch
parts use the colour scheme of the engine, but not its recolour callback, nor its 2CC flag. Same applies to roadvehicles.
2009-02-09(svn r15434) -Codechange: bit of type safety for the DC_xxx flags.rubidium
2009-02-09(svn r15428) -Codechange: consistently use colour instead of having both ↵rubidium
color and colour.
2009-02-04(svn r15336) -Fix: do not use _current_company in the GUI as there are no ↵rubidium
guarantees that _current_company is the same as _local_company.
2009-02-02(svn r15318) -Fix [FS#2594](r10288): don't warn about non-primary engines ↵smatz
getting old
2009-01-31(svn r15299) -Cleanup: remove many redundant includessmatz