summaryrefslogtreecommitdiff
path: root/src/order_cmd.cpp
AgeCommit message (Collapse)Author
2009-05-09(svn r16260) -Codechange: Add Vehicle::IncrementOrderIndex() to deduplicate ↵frosch
some code.
2009-05-02(svn r16199) -Codechange: Pass OrderNonStopFlags also to MakeGoToDepotOrder().frosch
-Fix: 'Go non-stop to nearest depot'-orders did not work wrt. the 'non-stop' part. -Fix: Adding 'Go to nearest depot'-orders did not respect the default setting for 'non-stop'.
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