| Age | Commit message (Collapse) | Author |
|---|
|
This feature works much like autorenew, but it will get you a new engine type instead of a new one of the same type. Once
ordered, it will automatically replace the engines while they visits a depot. The GUI for setting this up have been added on the
vehicle overview windows
Note: autorenew is now autoreplace, but to the same engine type
Nice new features, that was added to make this possible
- windows can now have two independant vertical scrollbars
- CMD_SHOW_NO_ERROR have been added as a flag for DoCommandP. It will make it do the action instead of showing the red box with
estimated costs even if shift is pressed
- fixed problem where enginetypes where not initialized when loading a game. It's now done in InitializeGame()
|
|
as in type in vehicle
it was kind of lame that you should use AircraftVehInfo(), ShipVehInfo() etc. if you wanted to know what type the engine is
|
|
|
|
to check limits
|
|
spritegroups (i.e. the cars transporter in DBSetXL gets different cars each time) (pasky)
|
|
(invisible to users of GetCustomVehicle*() wrappers). Needed for deterministic spritegroups support (pasky).
|
|
sprite.h (pasky)
|
|
supported now and only
the first custom one can be placed (no selector GUI, coming soon). This
also moves some global variables to {struct GRFFile} and reorders which
actions are processed in what stage, to get it all working together --
(pasky)
|
|
AircraftVehicleInfo[] as well. table/engines.h is now the same as in the _map branch.
|
|
road_vehicle_info table, like it already is for trains and ships. Needed
for GRF custom override support. (pasky)
|
|
small renamings (pasky and octo).
|
|
vehicle selection dialogs. (Idea by octo, done by pasky).
|
|
|
