summaryrefslogtreecommitdiff
path: root/src/vehicle.cpp
AgeCommit message (Collapse)Author
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
2009-01-13(svn r15077) -Codechange: enumify DAYS_IN_YEAR and DAYS_IN_LEAP_YEARsmatz
-Change: when computing daily running cost, divide by 365 (instead of 364). Since r12134, the rounding errors don't need this correction anymore
2009-01-12(svn r15027) -Merge: tomatos and bananas left to be, here is NoAI for all to ↵truebrain
see. NoAI is an API (a framework) to build your own AIs in. See: http://wiki.openttd.org/wiki/index.php/AI:Main_Page With many thanks to: - glx and Rubidium for their syncing, feedback and hard work - Yexo for his feedback, patches, and AIs which tested the system very deep - Morloth for his feedback and patches - TJIP for hosting a challenge which kept NoAI on track - All AI authors for testing our AI API, and all other people who helped in one way or another -Remove: all old AIs and their cheats/hacks
2009-01-11(svn r14990) -Codechange: handle articulated RVs and trams more strictly in ↵rubidium
GetStationTileForVehicle and CanVehicleUseStation (based on idea by Swallow)
2009-01-10(svn r14958) -Codechange [FS#1923]: when checking for unique names, compare ↵smatz
only with manually set names There are situations that aren't solvable (because of different language files), so if the user really wants to have duplicated name, allow him to do so. It solves desyncs between server and clients using different languages. It behaves the same in SP and MP, so users won't see the different behaviour as a bug (and even checking in SP could be worked around by the user).
2009-01-10(svn r14952) -Codechange: unify the "can vehicle go to station" testsrubidium
2009-01-10(svn r14949) -Cleanup: pointer coding stylerubidium
2009-01-09(svn r14944) -Cleanup: add spaces around some operatorsrubidium
2009-01-09(svn r14933) -Codechange: check the whether a pool item can be constructed ↵rubidium
instead of trying to make it and check for NULL.
2009-01-08(svn r14925) -Fix [FS#2500]: Abort dragging of vehicles in the group window ↵frosch
when they are deleted.
2009-01-04(svn r14835) -Change: apply the 'warn if train's income is negative' setting ↵smatz
to other vehicle types, too
2009-01-04(svn r14831) -Codechange: use {VEHICLE} instead of Train/Ship/Road ↵smatz
veh/Aircraft/{STRING} {COMMA} in lang files (part by Swallow)
2009-01-04(svn r14828) -Codechange: move most of save/load-specific code to separate filessmatz
2009-01-03(svn r14803) -Codechange: move order list management into it's own class and ↵rubidium
remove the order count from the savegame as we can easily count that (PhilSophus)