Commit Graph

694 Commits

Author SHA1 Message Date
rubidium
abd3b8e0d7 (svn r14801) -Codechange: don't reference Vehicle::num_orders directly but through a method GetNumOrders() (PhilSophus) 2009-01-03 13:20:32 +00:00
rubidium
d428da5a35 (svn r14801) -Codechange: don't reference Vehicle::num_orders directly but through a method GetNumOrders() (PhilSophus) 2009-01-03 13:20:32 +00:00
rubidium
e83cca7d13 (svn r14754) -Codechange: get rid of _cmd_text and just pass it as (optional) parameter. 2008-12-28 14:37:19 +00:00
rubidium
87e5a8b52b (svn r14754) -Codechange: get rid of _cmd_text and just pass it as (optional) parameter. 2008-12-28 14:37:19 +00:00
smatz
c88a6199a7 (svn r14743) -Codechange: use INVALID_TILE to indicate station doesn't have queried facility (or station/roadstop is invalid) instead of 0 (Yexo) 2008-12-26 18:01:15 +00:00
smatz
419f6e099f (svn r14743) -Codechange: use INVALID_TILE to indicate station doesn't have queried facility (or station/roadstop is invalid) instead of 0 (Yexo) 2008-12-26 18:01:15 +00:00
rubidium
965d0428bd (svn r14616) -Fix [FS#2424]: a nearest depot order should be "equal" to the resolved nearest depot order; otherwise we keep resolving the nearest depot order every tick. 2008-11-23 21:46:27 +00:00
rubidium
f28992719d (svn r14616) -Fix [FS#2424]: a nearest depot order should be "equal" to the resolved nearest depot order; otherwise we keep resolving the nearest depot order every tick. 2008-11-23 21:46:27 +00:00
rubidium
155a2ca1f4 (svn r14601) -Fix: the nearest depot and stop in depot orders didn't work together (the vehicle didn't stop). 2008-11-21 18:16:19 +00:00
rubidium
2209c6a344 (svn r14601) -Fix: the nearest depot and stop in depot orders didn't work together (the vehicle didn't stop). 2008-11-21 18:16:19 +00:00
smatz
09e63d5498 (svn r14577) -Fix [FS#2403]: vehicle didn't respect its 'refit in nearest depot' order (Swallow) 2008-11-11 22:51:27 +00:00
smatz
f28172c5f4 (svn r14577) -Fix [FS#2403]: vehicle didn't respect its 'refit in nearest depot' order (Swallow) 2008-11-11 22:51:27 +00:00
rubidium
c1ed1866a4 (svn r14547) -Fix: order pool seemed to look full when it was not as it only checked whether it was possible to allocate a new block of pool items instead of checking for free pool items. 2008-10-30 12:32:32 +00:00
rubidium
ffe155bb2a (svn r14547) -Fix: order pool seemed to look full when it was not as it only checked whether it was possible to allocate a new block of pool items instead of checking for free pool items. 2008-10-30 12:32:32 +00:00
rubidium
4694b10706 (svn r14524) -Add: stop-in-depot as part of orders (PhilSophus) 2008-10-24 14:49:45 +00:00
rubidium
42df5cbc03 (svn r14524) -Add: stop-in-depot as part of orders (PhilSophus) 2008-10-24 14:49:45 +00:00
rubidium
d13dff31c4 (svn r14449) -Fix [FS#2338]: service at nearest depot acted like go to nearest depot. 2008-10-08 11:03:43 +00:00
rubidium
1d2fbbc8a7 (svn r14449) -Fix [FS#2338]: service at nearest depot acted like go to nearest depot. 2008-10-08 11:03:43 +00:00
rubidium
e589c7e580 (svn r14422) -Codechange: also reflect the changes of r14421 in the filenames. 2008-09-30 20:51:04 +00:00
rubidium
b650a86e58 (svn r14422) -Codechange: also reflect the changes of r14421 in the filenames. 2008-09-30 20:51:04 +00:00
rubidium
f56e630e5c (svn r14421) -Codechange: rename all player variables/types to company *or* client so it is immediatelly clear which one you are working with. 2008-09-30 20:39:50 +00:00
rubidium
3b798599b6 (svn r14421) -Codechange: rename all player variables/types to company *or* client so it is immediatelly clear which one you are working with. 2008-09-30 20:39:50 +00:00
smatz
a000de8418 (svn r14395) -Fix [FS#2285]: crashes and GUI desyncs when order is 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-24 16:40:06 +00:00
smatz
6987e6015a (svn r14395) -Fix [FS#2285]: crashes and GUI desyncs when order is 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-24 16:40:06 +00:00
smatz
aef674d858 (svn r14337) -Codechange: use CmdRename* and CMD_RENAME_* for vehicle, president and company renaming commands, too 2008-09-15 22:58:41 +00:00
smatz
5f4ff33ce3 (svn r14337) -Codechange: use CmdRename* and CMD_RENAME_* for vehicle, president and company renaming commands, too 2008-09-15 22:58:41 +00:00
smatz
7bc1b443eb (svn r14319) -Fix (r10760): use operator delete when deleting an order, so order pool fills up a bit slower 2008-09-14 10:32:32 +00:00
smatz
9174c19291 (svn r14319) -Fix (r10760): use operator delete when deleting an order, so order pool fills up a bit slower 2008-09-14 10:32:32 +00:00
peter1138
fb77ced24a (svn r14317) -Fix (r13662) [FS#2298]: Order distance processing for conditional orders on ships treated v->orders as an array, and didn't use the correct next order. 2008-09-14 08:47:18 +00:00
peter1138
45ce441a55 (svn r14317) -Fix (r13662) [FS#2298]: Order distance processing for conditional orders on ships treated v->orders as an array, and didn't use the correct next order. 2008-09-14 08:47:18 +00:00
frosch
8c0e108960 (svn r14179) -Fix (r1): RemoveOrderFromAllVehicles() did not mark enough windows dirty. 2008-08-27 19:54:41 +00:00
frosch
ef60a4cf35 (svn r14179) -Fix (r1): RemoveOrderFromAllVehicles() did not mark enough windows dirty. 2008-08-27 19:54:41 +00:00
frosch
b4c0a3efe3 (svn r14178) -Fix [FS#2256]: Do not evaluate GetDestination() for go-to-nearest-depot-orders. 2008-08-27 19:21:01 +00:00
frosch
7ce75961b4 (svn r14178) -Fix [FS#2256]: Do not evaluate GetDestination() for go-to-nearest-depot-orders. 2008-08-27 19:21:01 +00:00
smatz
1294253d68 (svn r14174) -Fix: since now, we are 'losing' things, not 'loosing' 2008-08-25 20:10:45 +00:00
smatz
c9bef19043 (svn r14174) -Fix: since now, we are 'losing' things, not 'loosing' 2008-08-25 20:10:45 +00:00
belugas
23b1f53ff6 (svn r14135) -Codechange: Add owner to waypoints. Previously, it was guessed from rail underneath it. 2008-08-23 02:15:46 +00:00
belugas
7dc212edeb (svn r14135) -Codechange: Add owner to waypoints. Previously, it was guessed from rail underneath it. 2008-08-23 02:15:46 +00:00
frosch
b6ae11f3ae (svn r14134) -Fix (r12667, r13579) [FS#2245]: Update 'current_order' when changing 'cur_order_index'. 2008-08-23 00:32:01 +00:00
frosch
f625ecbeba (svn r14134) -Fix (r12667, r13579) [FS#2245]: Update 'current_order' when changing 'cur_order_index'. 2008-08-23 00:32:01 +00:00
rubidium
141001d031 (svn r14097) -Fix [FS#2085]: one couldn't get a list of vehicles sharing an order when the number of orders was 0; you could see that the vehicles had a shared order though. 2008-08-17 21:07:09 +00:00
rubidium
99efe9aaae (svn r14097) -Fix [FS#2085]: one couldn't get a list of vehicles sharing an order when the number of orders was 0; you could see that the vehicles had a shared order though. 2008-08-17 21:07:09 +00:00
rubidium
66b9ea9a5a (svn r14096) -Codechange: merge the shared order's vehicle list management to a single location. 2008-08-17 19:56:17 +00:00
rubidium
abd9f74871 (svn r14096) -Codechange: merge the shared order's vehicle list management to a single location. 2008-08-17 19:56:17 +00:00
rubidium
8035f120b4 (svn r14092) -Cleanup (r14083): dead code, i.e. unused function. 2008-08-17 11:52:06 +00:00
rubidium
2f7c20eccd (svn r14092) -Cleanup (r14083): dead code, i.e. unused function. 2008-08-17 11:52:06 +00:00
rubidium
06ae82f7eb (svn r13949) -Codechange [YAPP]: Declare the functions for processing conditional orders as non-static. (michi_cc) 2008-08-02 22:53:05 +00:00
rubidium
0dfaa88c1e (svn r13949) -Codechange [YAPP]: Declare the functions for processing conditional orders as non-static. (michi_cc) 2008-08-02 22:53:05 +00:00
rubidium
c25c2caa5a (svn r13753) -Cleanup (r13752): save before commit instead of the other way around is usually better. 2008-07-20 12:59:27 +00:00
rubidium
b607b51d93 (svn r13753) -Cleanup (r13752): save before commit instead of the other way around is usually better. 2008-07-20 12:59:27 +00:00