summaryrefslogtreecommitdiff
path: root/src/saveload/vehicle_sl.cpp
AgeCommit message (Collapse)Author
2009-03-15(svn r15718) -Cleanup: apply some comment coding style on the rest of the ↵rubidium
sources too
2009-03-11(svn r15678) -Fix (r15676): crash when (re)applying newgrf settingsrubidium
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-02-01(svn r15304) -Fix [FS#2587]: When loading savegames use the roadtype of the ↵frosch
front vehicles just like it is done on construction.
2009-01-31(svn r15299) -Cleanup: remove many redundant includessmatz
2009-01-25(svn r15272) -Codechange: Check that engine types of vehicles are valid and ↵peter1138
for the correct type on loading a game. This prevents a crash/assertion failure if required NewGRFs are not available. This won't make the game playable, but will let you see what NewGRFs are required.
2009-01-24(svn r15251) -Fix (r15249): trains from 0.2.0-0.3.0 could be in 'stopping' ↵smatz
state instead of 'stopped' (this problem doesn't affect trains in depot)
2009-01-24(svn r15249) -Fix [FS#2576]: force trains from old (and other vehicles from ↵smatz
'recent') savegames to have zero cur_speed while stopped (cooperation with frosch123)
2009-01-23(svn r15248) -Fix [FS#2561]: we require v->cur_speed to be zero for wagons ↵smatz
and non-front engines
2009-01-23(svn r15230) -Fix (r1): aircraft could have zero speed while in air after ↵smatz
loading old savegame
2009-01-23(svn r15227) -Fix [FS#2571](r1): aircraft could be 'loading in the air' ↵smatz
after converting old savegames
2009-01-04(svn r14828) -Codechange: move most of save/load-specific code to separate filessmatz