summaryrefslogtreecommitdiff
path: root/src/order_cmd.cpp
AgeCommit message (Collapse)Author
2009-04-21(svn r16118) -Change/cleanup: remove the hexadecimal 'in TTD the string had ↵rubidium
this ID' from 'some' strings and replace the string name with something more sensible.
2009-04-20(svn r16107) -Add [NoAI]: AIOF_STOP_IN_DEPOT to the orderflags in AIOrder to ↵yexo
allow stop-in-depot orders
2009-04-15(svn r16063) -Fix (r13752): MOF_COND_DESTINATION was not accepted by ↵frosch
CmdModifyOrder(). (only used by AI)
2009-04-12(svn r16037) -Feature: allow (per order) to let a train stop at the near ↵rubidium
end, middle or far end of a platform from the point of view of the driver of the train that enters the station.
2009-02-09(svn r15434) -Codechange: bit of type safety for the DC_xxx flags.rubidium
2009-02-05(svn r15354) -Fix (r14803): first shared of a vehicle could be NULL making ↵rubidium
it impossible to (share-)clone the vehicle.
2009-02-04(svn r15333) -Fix: AIs weren't restricted to a maximum length for ship orders.Yexo
2009-02-01(svn r15308) -Codechange: Deduplicate km-ish/h -> mph conversions.frosch
2009-01-31(svn r15299) -Cleanup: remove many redundant includessmatz
2009-01-13(svn r15077) -Codechange: enumify DAYS_IN_YEAR and DAYS_IN_LEAP_YEARsmatz
-Change: when computing daily running cost, divide by 365 (instead of 364). Since r12134, the rounding errors don't need this correction anymore
2009-01-11(svn r14990) -Codechange: handle articulated RVs and trams more strictly in ↵rubidium
GetStationTileForVehicle and CanVehicleUseStation (based on idea by Swallow)
2009-01-10(svn r14954) -Fix [FS#1890]: sharing/cloning/inserting of orders that the/a ↵rubidium
vehicle (in the shared list) can't go to (wrong station type etc)
2009-01-10(svn r14952) -Codechange: unify the "can vehicle go to station" testsrubidium
2009-01-10(svn r14949) -Cleanup: pointer coding stylerubidium
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.