summaryrefslogtreecommitdiff
path: root/src/order_cmd.cpp
AgeCommit message (Collapse)Author
2009-01-04(svn r14840) -Cleanup: remove duplicate includesglx
2009-01-04(svn r14831) -Codechange: use {VEHICLE} instead of Train/Ship/Road ↵smatz
veh/Aircraft/{STRING} {COMMA} in lang files (part by Swallow)
2009-01-04(svn r14830) -Fix [FS#2495]: overflow of number of orders per vehicle (based ↵rubidium
on patch by Swallow)
2009-01-04(svn r14828) -Codechange: move most of save/load-specific code to separate filessmatz
2009-01-03(svn r14813) -Codechange: use uint instead of 'just' unsigned.rubidium
2009-01-03(svn r14803) -Codechange: move order list management into it's own class and ↵rubidium
remove the order count from the savegame as we can easily count that (PhilSophus)
2009-01-03(svn r14801) -Codechange: don't reference Vehicle::num_orders directly but ↵rubidium
through a method GetNumOrders() (PhilSophus)
2008-12-28(svn r14754) -Codechange: get rid of _cmd_text and just pass it as ↵rubidium
(optional) parameter.
2008-12-26(svn r14743) -Codechange: use INVALID_TILE to indicate station doesn't have ↵smatz
queried facility (or station/roadstop is invalid) instead of 0 (Yexo)
2008-11-23(svn r14616) -Fix [FS#2424]: a nearest depot order should be "equal" to the ↵rubidium
resolved nearest depot order; otherwise we keep resolving the nearest depot order every tick.
2008-11-21(svn r14601) -Fix: the nearest depot and stop in depot orders didn't work ↵rubidium
together (the vehicle didn't stop).
2008-11-11(svn r14577) -Fix [FS#2403]: vehicle didn't respect its 'refit in nearest ↵smatz
depot' order (Swallow)
2008-10-30(svn r14547) -Fix: order pool seemed to look full when it was not as it only ↵rubidium
checked whether it was possible to allocate a new block of pool items instead of checking for free pool items.
2008-10-24(svn r14524) -Add: stop-in-depot as part of orders (PhilSophus)rubidium
2008-10-08(svn r14449) -Fix [FS#2338]: service at nearest depot acted like go to ↵rubidium
nearest depot.
2008-09-30(svn r14422) -Codechange: also reflect the changes of r14421 in the filenames.rubidium
2008-09-30(svn r14421) -Codechange: rename all player variables/types to company *or* ↵rubidium
client so it is immediatelly clear which one you are working with.
2008-09-24(svn r14395) -Fix [FS#2285]: crashes and GUI desyncs when order is ↵smatz
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, ...
2008-09-15(svn r14337) -Codechange: use CmdRename* and CMD_RENAME_* for vehicle, ↵smatz
president and company renaming commands, too
2008-09-14(svn r14319) -Fix (r10760): use operator delete when deleting an order, so ↵smatz
order pool fills up a bit slower
2008-09-14(svn r14317) -Fix (r13662) [FS#2298]: Order distance processing for ↵peter1138
conditional orders on ships treated v->orders as an array, and didn't use the correct next order.
2008-08-27(svn r14179) -Fix (r1): RemoveOrderFromAllVehicles() did not mark enough ↵frosch
windows dirty.
2008-08-27(svn r14178) -Fix [FS#2256]: Do not evaluate GetDestination() for ↵frosch
go-to-nearest-depot-orders.
2008-08-25(svn r14174) -Fix: since now, we are 'losing' things, not 'loosing'smatz
2008-08-23(svn r14135) -Codechange: Add owner to waypoints. Previously, it was guessed ↵belugas
from rail underneath it.
2008-08-23(svn r14134) -Fix (r12667, r13579) [FS#2245]: Update 'current_order' when ↵frosch
changing 'cur_order_index'.
2008-08-17(svn r14097) -Fix [FS#2085]: one couldn't get a list of vehicles sharing an ↵rubidium
order when the number of orders was 0; you could see that the vehicles had a shared order though.
2008-08-17(svn r14096) -Codechange: merge the shared order's vehicle list management ↵rubidium
to a single location.
2008-08-17(svn r14092) -Cleanup (r14083): dead code, i.e. unused function.rubidium
2008-08-02(svn r13949) -Codechange [YAPP]: Declare the functions for processing ↵rubidium
conditional orders as non-static. (michi_cc)
2008-07-20(svn r13753) -Cleanup (r13752): save before commit instead of the other way ↵rubidium
around is usually better.
2008-07-20(svn r13752) -Fix [FS#2130]: correctly restore conditional orders when they ↵rubidium
are put 'into' backup.
2008-07-14(svn r13704) -Fix: make timetables work more sensible when used in ↵rubidium
conjunction with conditional orders, i.e. make it possibly to tell how long to travel to the next destination if you jump.
2008-06-30(svn r13662) -Fix [FS#2113]: crash when adding conditional orders to ships.rubidium
2008-06-25(svn r13633) -Fix: restoring 'service at depot X' orders from the order ↵rubidium
backup failed.
2008-06-19(svn r13579) -Fix [FS#2088]: process the order coming after a conditional ↵rubidium
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.
2008-06-02(svn r13358) -Codechange: split next order determination and conditional ↵rubidium
order processing functionality from the order handling. Patch based on work by michi_cc.
2008-05-29(svn r13325) -Codechange: split the client-side only settings from the ↵rubidium
settings stored in the savegame so there is no need to have a duplicate copy of it for new games.
2008-05-27(svn r13301) -Fix [FS#1997]: resolve more MSVC 9 x64 warnings.rubidium
2008-05-25(svn r13254) -Fix: waypoint orders could have invalid flags set after conversionsmatz
2008-05-25(svn r13253) -Codechange: simplify conversion of old orders a bitsmatz
2008-05-25(svn r13252) -Fix: when converting orders from older savegames, set 'Unload ↵smatz
and leave empty' for 'Unload' orders
2008-05-25(svn r13251) -Codechange: rename _patches to _settings as that is more logic.rubidium
-Codechange: move all Settings into substructs of _settings in a way that they are logically grouped.
2008-05-18(svn r13165) -Codechange: replace some ↵rubidium
RebuildXXXList/ResortXXXList+InvalidateWindowXXX with InvalidateWindowXXXData.
2008-05-15(svn r13100) -Codechange: reduce the amount of parameters passed via ↵rubidium
AddNewsMessage as there is (for each news message type) a tuple of 4 parameters that is the same for all calls.
2008-05-06(svn r12971) -Documentation: add @file in files that missed them and add ↵rubidium
something more than whitespace as description of files that don't have a description.
2008-05-04(svn r12949) -Fix [FS#1978]: no loading/no unloading orders were 'forgotten' ↵rubidium
during manual replaces.
2008-05-02(svn r12935) -Fix [FS#1975]: vehicles forget their manual depot order when ↵rubidium
stopping at a station. Now we just pass through the station without stopping when a vehicle has been given a depot order.
2008-04-27(svn r12913) -Add: ability to backup and restore a player's economic data ↵bjarni
and data for a vehicle (or chain of vehicles) Autoreplace uses this with the following benefits: -Mass autoreplace (the button in the depot window) will now estimate costs correctly -Autoreplace now either replaces correctly or manages to keep the original vehicle (no more broken trains) Thanks to Ammler for testing this
2008-04-24(svn r12862) -Codechange: reduce code duplication for VehicleType -> ↵smatz
WindowClass lookup