| Age | Commit message (Collapse) | Author |
|---|
|
amount of towns into a reusable struct.
|
|
instead.
|
|
validness.
|
|
auto-refitting.
|
|
|
|
station when the vehicle allows it.
|
|
|
|
checks, so there was some trouble moving a vehicles and groups from one company to another
|
|
between bankruptcy and manual removal of companies even though the API suggested that
|
|
|
|
|
|
|
|
|
|
shall only be triggered when all cargo was taken.
|
|
|
|
prices, and reduce computational errors. (Eddi)
|
|
cheated to, we need to cheat him to another company.
|
|
ChangeOwnershipOfCompanyItems() already does that and it does it better.
|
|
companies must be sold even if share trading is disabled at that point of time.
|
|
|
|
|
|
|
|
|
|
existing comments
|
|
before we actually try to do so
-Codechange: increase the limit of number of CargoPayments to match the limit of Vehicles (Rubidium)
|
|
|
|
with 'you' in it
|
|
useless; just don't use depot orders or timetabling if you don't want to use it
|
|
with the command to remove companies
|
|
|
|
invalidated when payment changed
|
|
non-existing company
|
|
road vehicles and trains.
|
|
in while loading/unloading vehicles. It is only needed when at least one vehicle is loading; all other times it is a waste of effort. Roughly halves the time it takes to perform loading/unloading of vehicles (fonsinchen)
|
|
|
|
|
|
|
|
instead of recalculating it every time.
|
|
|
|
|
|
|
|
|
|
properly terminated for consists with multiple cargo types. Don't stop loading if the timetabled wait is not over yet. (Steve-N)
|
|
some headers
|
|
|
|
loaded less than possible, unless it's a full load order. This should improve behaviour with gradual loading and cargo continuously trickling in.
|
|
actually movable; e.g. HQ and owned land are pretty movable.
|
|
industry temporarily refues to accept some cargo
|
|
too many vehicles.
|
|
get too many vehicles.
|
