summaryrefslogtreecommitdiff
path: root/src/order_cmd.cpp
AgeCommit message (Collapse)Author
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
2008-04-17(svn r12754) -Codechange: split depot.h into depot_map.h, depot_func.h and ↵rubidium
depot_base.h and remove quite a lot of unneeded (before this) includes of depot.h.
2008-04-17(svn r12753) -Codechange: do not use IsDepotTypeTile() where simpler ↵smatz
function can be used
2008-04-17(svn r12745) -Codechange: a bit of naming conventions, introduce Is*DepotTile()smatz
2008-04-15(svn r12716) -Fix: Do not compare StationIDs with DepotIDs or WaypointIDs.frosch
2008-04-13(svn r12696) -Fix: loading ancient savegames could result in invalid orders ↵rubidium
in order lists with all related problems.
2008-04-13(svn r12689) -Feature: non-stop(or rather no non-stop) and via orders for ↵rubidium
road vehicles.
2008-04-13(svn r12681) -Fix [FS#1921]: aircraft stopping mid-air.rubidium
2008-04-12(svn r12678) -Fix [FS#1918]: when a road vehicle has a tram only stop ↵rubidium
multiple times in a row in it's orders, only the first one would be skipped.
2008-04-12(svn r12670) -Add: unconditional/always order 'jump/skip' variable.rubidium
2008-04-12(svn r12668) -Fix (12667): swapping of variables went wrong.rubidium
2008-04-12(svn r12667) -Feature: conditional 'skip/jump' orders.rubidium
2008-04-11(svn r12661) -Add: ability to send a vehicle (using default orders) to the ↵rubidium
nearest depot.
2008-04-10(svn r12652) -Codechange: rework the order GUI a little more to make it a ↵rubidium
little more clear that 'transfer' is just an unload type.
2008-04-10(svn r12650) -Feature: ability to force a vehicle to not load at a station.rubidium
-Feature: ability to force a vehicle to not unload at a station.
2008-04-10(svn r12648) -Feature: allow four different non-stop types in a single game ↵rubidium
instead of two. The "TTDP compatible order" setting now only sets the default behaviour of new trains. -Feature: allow three different load type in a single game instead of two. One can choose full load all and full load any instead of full load being governed by the "full load any" patch setting.
2008-04-09(svn r12641) -Codechange: do not use the same button for two completely ↵rubidium
distinct tasks, just make an extra button for it and hide them when not needed.
2008-04-09(svn r12640) -Codechange: let GetLoadType make a difference between full ↵rubidium
load and full load any based on the patch setting instead of using the patch setting directly.