| Age | Commit message (Collapse) | Author |
|---|
|
GetStationTileForVehicle and CanVehicleUseStation (based on idea by Swallow)
|
|
vehicle (in the shared list) can't go to (wrong station type etc)
|
|
|
|
|
|
|
|
veh/Aircraft/{STRING} {COMMA} in lang files (part by Swallow)
|
|
on patch by Swallow)
|
|
|
|
|
|
remove the order count from the savegame as we can easily count that (PhilSophus)
|
|
through a method GetNumOrders() (PhilSophus)
|
|
(optional) parameter.
|
|
queried facility (or station/roadstop is invalid) instead of 0 (Yexo)
|
|
resolved nearest depot order; otherwise we keep resolving the nearest depot order every tick.
|
|
together (the vehicle didn't stop).
|
|
depot' order (Swallow)
|
|
checked whether it was possible to allocate a new block of pool items instead of checking for free pool items.
|
|
|
|
nearest depot.
|
|
|
|
client so it is immediatelly clear which one you are working with.
|
|
deleted/modified while the timetable window is open
-Fix: close any dropdown and child windows in the Order and Timetable windows when selected order is deselected, deleted, ...
|
|
president and company renaming commands, too
|
|
order pool fills up a bit slower
|
|
conditional orders on ships treated v->orders as an array, and didn't use the correct next order.
|
|
windows dirty.
|
|
go-to-nearest-depot-orders.
|
|
|
|
from rail underneath it.
|
|
changing 'cur_order_index'.
|
|
order when the number of orders was 0; you could see that the vehicles had a shared order though.
|
|
to a single location.
|
|
|
|
conditional orders as non-static. (michi_cc)
|
|
around is usually better.
|
|
are put 'into' backup.
|
|
conjunction with conditional orders, i.e. make it possibly to tell how long to travel to the next destination if you jump.
|
|
|
|
backup failed.
|
|
order, otherwise the vehicle would already leaving the station before it knows where the next destination is, making it leave in the wrong way. However, after processing as many conditional orders as there are in the order list it will stop processing them in order to not create an infinite loop.
|
|
order processing functionality from the order handling. Patch based on work by michi_cc.
|
|
settings stored in the savegame so there is no need to have a duplicate copy of it for new games.
|
|
|
|
|
|
|
|
and leave empty' for 'Unload' orders
|
|
-Codechange: move all Settings into substructs of _settings in a way that they are logically grouped.
|
|
RebuildXXXList/ResortXXXList+InvalidateWindowXXX with InvalidateWindowXXXData.
|
|
AddNewsMessage as there is (for each news message type) a tuple of 4 parameters that is the same for all calls.
|
|
something more than whitespace as description of files that don't have a description.
|
