| Age | Commit message (Collapse) | Author |
|---|
|
a vehicle. (monoid)
|
|
|
|
depot' orders; service-only and stop-in-depot orders make no sense with refitting.
|
|
order index in case of a goto-nearest-depot order and no depot could be found.
|
|
as no real order influencing path finding is added
|
|
order B, disable modifications of automatic orders for all vehicles currently heading for B as we do not know whether they will reach A or B first. (except for the vehicle causing the insertion of the automatic order itself)
|
|
to a particular order, disable modifications to automatic orders. till reaching the next real order, as we do not know whether to change the targets of conditional orders when inserting automatic orders. (So, when the vehicle skips to an order and later inserts an automatic order, the conditional order will still point to the same order, so the automatic order will be inserted again the next time.)
|
|
incorrectly when deleting orders in front of the conditional orders, if the target order wwas the order just before of the conditional order.
|
|
removing first automatic order
|
|
|
|
had orders
|
|
copying, sharing, unsharing or deleting all orders.
|
|
deleting the current order to a separate function.
|
|
actually try to do so (Rubidium)
|
|
it doesn't recompile everything that needs to be recompiled...
|
|
mutual exclusive
|
|
before committing.
|
|
and cur_real_order_index to keep track of the current real order in an unambiguous way.
-Fix [FS#4440]: Automatic orders behave now stable wrt. service orders and are not added or removed depending on the need of servicing.
-Fix: Various other issues with automatic orders, e.g. vehicles getting stuck with "no orders" when there are automatic orders at the end of the order list.
|
|
more likely to be updated [o-s].
|
|
reaching an ordered waypoint or depot (fonsinchen)
|
|
their destination.
|
|
|
|
part of orders' when the order before the current order was deleted.
|
|
with only automatic orders
|
|
for intermediate stations and remove them when not visiting them anymore. This allows you to see what trains visit a station without actually having to order a vehicle to stop at all stations. Based on patch by fonsinchen
|
|
test it for NULL when you're never using it again
|
|
vehicle's order list from the validation of those (user) commands. Based on patch by fonsinchen
|
|
|
|
|
|
|
|
possible order when removing the order while the vehicle is loading. This to prevent the vehicle from (possibly) staying forever in the station
|
|
differently when a train went back to the same (unordered) station again
|
|
increase the vehicle pool limit
|
|
order doesn't require up to 765 commands.
|
|
|
|
order type to another order type
|
|
one go was denied. This caused both AI adding those orders and backed up order restoration to fail.
|
|
|
|
|
|
"Go to nearest depot"
|
|
|
|
|
|
|
|
|
|
|
|
at least one hangar
|
|
seperate class
|
|
|
|
|
|
|
