michi_cc
|
64c5299b4d
|
(svn r23947) -Feature: Timetabled maximum travel speeds for non-flying vehicles.
|
2012-02-14 17:04:06 +00:00 |
|
michi_cc
|
f2c694c8fb
|
(svn r23947) -Feature: Timetabled maximum travel speeds for non-flying vehicles.
|
2012-02-14 17:04:06 +00:00 |
|
frosch
|
01ef8aa478
|
(svn r23859) -Fix: Inserting conditional orders for ships checked the wrong orders wrt. maximum distance.
|
2012-01-27 22:08:51 +00:00 |
|
frosch
|
a60f19ae14
|
(svn r23859) -Fix: Inserting conditional orders for ships checked the wrong orders wrt. maximum distance.
|
2012-01-27 22:08:51 +00:00 |
|
rubidium
|
8025579827
|
(svn r23849) -Fix [FS#5008]: when the network is lagging, you try to copy a vehicle's order but accidentally create a station order and then copy the vehicle's order (before the first command is executed) one could trigger an assertion from the pool. Simplify the ancient code and make it more fool proof, even though it could stop copying a vehicle's orders slightly earlier than it would now... but who has come near that limit and really needed that many orders?
|
2012-01-25 18:34:38 +00:00 |
|
rubidium
|
aa80687b65
|
(svn r23849) -Fix [FS#5008]: when the network is lagging, you try to copy a vehicle's order but accidentally create a station order and then copy the vehicle's order (before the first command is executed) one could trigger an assertion from the pool. Simplify the ancient code and make it more fool proof, even though it could stop copying a vehicle's orders slightly earlier than it would now... but who has come near that limit and really needed that many orders?
|
2012-01-25 18:34:38 +00:00 |
|
rubidium
|
d5eeab43b7
|
(svn r23740) -Codechange: remove some 300 unneeded includes from the .cpp files
|
2012-01-03 21:32:51 +00:00 |
|
rubidium
|
6d6be50ae0
|
(svn r23740) -Codechange: remove some 300 unneeded includes from the .cpp files
|
2012-01-03 21:32:51 +00:00 |
|
planetmaker
|
8017f95b72
|
(svn r23511) -Fix [FS#4885] (r23504): Aircraft orders could not be shared anymore when they had no range property declared (Hirundo)
|
2011-12-13 21:10:43 +00:00 |
|
planetmaker
|
86c1947579
|
(svn r23511) -Fix [FS#4885] (r23504): Aircraft orders could not be shared anymore when they had no range property declared (Hirundo)
|
2011-12-13 21:10:43 +00:00 |
|
michi_cc
|
708b58b484
|
(svn r23505) -Add: Indication in the order list if the next destination of an order is out of range.
|
2011-12-13 00:43:48 +00:00 |
|
michi_cc
|
34ffd08a19
|
(svn r23505) -Add: Indication in the order list if the next destination of an order is out of range.
|
2011-12-13 00:43:48 +00:00 |
|
michi_cc
|
957b643ae6
|
(svn r23504) -Feature: Aircraft range.
|
2011-12-13 00:43:35 +00:00 |
|
michi_cc
|
def8e7215b
|
(svn r23504) -Feature: Aircraft range.
|
2011-12-13 00:43:35 +00:00 |
|
rubidium
|
700c1682ce
|
(svn r23464) -Fix [FS#4876]: clear the backed up orders of a removed station as well, otherwise one could create orders to a station that was never in the original backupped orders. For example a road vehicle trying to go to a buoy.
|
2011-12-09 20:48:13 +00:00 |
|
rubidium
|
d9b9ac6013
|
(svn r23464) -Fix [FS#4876]: clear the backed up orders of a removed station as well, otherwise one could create orders to a station that was never in the original backupped orders. For example a road vehicle trying to go to a buoy.
|
2011-12-09 20:48:13 +00:00 |
|
rubidium
|
bec64ece5a
|
(svn r23199) -Fix [FS#4822]: oil rigs that "expired" did not get removed from the station list
|
2011-11-12 18:06:34 +00:00 |
|
rubidium
|
fb63543e2a
|
(svn r23199) -Fix [FS#4822]: oil rigs that "expired" did not get removed from the station list
|
2011-11-12 18:06:34 +00:00 |
|
michi_cc
|
886bd3c4c7
|
(svn r23087) -Feature: Auto-refitting of vehicles during loading at a station when the vehicle allows it.
|
2011-11-04 00:38:51 +00:00 |
|
michi_cc
|
f200ffa90c
|
(svn r23087) -Feature: Auto-refitting of vehicles during loading at a station when the vehicle allows it.
|
2011-11-04 00:38:51 +00:00 |
|
frosch
|
ed2cfbd321
|
(svn r22858) -Feature: Conditional order depending on remaining lifetime of a vehicle. (monoid)
|
2011-08-30 20:21:01 +00:00 |
|
frosch
|
4e5d841d66
|
(svn r22858) -Feature: Conditional order depending on remaining lifetime of a vehicle. (monoid)
|
2011-08-30 20:21:01 +00:00 |
|
rubidium
|
8c335b8db6
|
(svn r22845) -Fix [FS#4745]: perform stricter checks on some commands (monoid)
|
2011-08-26 16:39:02 +00:00 |
|
rubidium
|
4836a6e50e
|
(svn r22845) -Fix [FS#4745]: perform stricter checks on some commands (monoid)
|
2011-08-26 16:39:02 +00:00 |
|
frosch
|
03ca1c2c39
|
(svn r22620) -Change [FS#4651]: Enforce refit orders to be 'always go to depot' orders; service-only and stop-in-depot orders make no sense with refitting.
|
2011-07-02 16:45:54 +00:00 |
|
frosch
|
55a21a940d
|
(svn r22620) -Change [FS#4651]: Enforce refit orders to be 'always go to depot' orders; service-only and stop-in-depot orders make no sense with refitting.
|
2011-07-02 16:45:54 +00:00 |
|
frosch
|
9219281a2b
|
(svn r22589) -Fix [FS#4641]: PBS order forecasting modified the current order index in case of a goto-nearest-depot order and no depot could be found.
|
2011-06-14 19:19:13 +00:00 |
|
frosch
|
f71a96d584
|
(svn r22589) -Fix [FS#4641]: PBS order forecasting modified the current order index in case of a goto-nearest-depot order and no depot could be found.
|
2011-06-14 19:19:13 +00:00 |
|
planetmaker
|
7aa57e4acd
|
(svn r22473) -Codechange: Automatic orders are better called implicit orders as no real order influencing path finding is added
|
2011-05-18 12:19:58 +00:00 |
|
planetmaker
|
43c8cd1d5e
|
(svn r22473) -Codechange: Automatic orders are better called implicit orders as no real order influencing path finding is added
|
2011-05-18 12:19:58 +00:00 |
|
frosch
|
58c4de2caf
|
(svn r22331) -Change: When inserting an (automatic) order A in front of an order B, disable modifications of automatic orders for all vehicles currently heading for B as we do not know whether they will reach A or B first. (except for the vehicle causing the insertion of the automatic order itself)
|
2011-04-16 17:06:59 +00:00 |
|
frosch
|
8dd2f413bd
|
(svn r22331) -Change: When inserting an (automatic) order A in front of an order B, disable modifications of automatic orders for all vehicles currently heading for B as we do not know whether they will reach A or B first. (except for the vehicle causing the insertion of the automatic order itself)
|
2011-04-16 17:06:59 +00:00 |
|
frosch
|
aee1e06273
|
(svn r22330) -Change: When a conditional order triggers and causes skipping to a particular order, disable modifications to automatic orders. till reaching the next real order, as we do not know whether to change the targets of conditional orders when inserting automatic orders. (So, when the vehicle skips to an order and later inserts an automatic order, the conditional order will still point to the same order, so the automatic order will be inserted again the next time.)
|
2011-04-16 17:02:28 +00:00 |
|
frosch
|
181fd5e3ab
|
(svn r22330) -Change: When a conditional order triggers and causes skipping to a particular order, disable modifications to automatic orders. till reaching the next real order, as we do not know whether to change the targets of conditional orders when inserting automatic orders. (So, when the vehicle skips to an order and later inserts an automatic order, the conditional order will still point to the same order, so the automatic order will be inserted again the next time.)
|
2011-04-16 17:02:28 +00:00 |
|
frosch
|
5429d70496
|
(svn r22326) -Fix: Destinations of conditional orders were update incorrectly when deleting orders in front of the conditional orders, if the target order wwas the order just before of the conditional order.
|
2011-04-16 16:26:08 +00:00 |
|
frosch
|
30b4bad60c
|
(svn r22326) -Fix: Destinations of conditional orders were update incorrectly when deleting orders in front of the conditional orders, if the target order wwas the order just before of the conditional order.
|
2011-04-16 16:26:08 +00:00 |
|
smatz
|
cc731e256e
|
(svn r22200) -Fix (r21642): removing a station order could stop when removing first automatic order
|
2011-03-05 13:59:23 +00:00 |
|
smatz
|
469c448eb0
|
(svn r22200) -Fix (r21642): removing a station order could stop when removing first automatic order
|
2011-03-05 13:59:23 +00:00 |
|
smatz
|
c85e1c3089
|
(svn r22116) -Codechange: use PoolBase::Clean() at more places
|
2011-02-19 23:05:47 +00:00 |
|
smatz
|
756cc6cf65
|
(svn r22116) -Codechange: use PoolBase::Clean() at more places
|
2011-02-19 23:05:47 +00:00 |
|
yexo
|
f71d55a5ec
|
(svn r22105) -Fix: crash when copying an orderlist to a vehicle that already had orders
|
2011-02-18 21:46:45 +00:00 |
|
yexo
|
72e027e4d6
|
(svn r22105) -Fix: crash when copying an orderlist to a vehicle that already had orders
|
2011-02-18 21:46:45 +00:00 |
|
frosch
|
d762b17f40
|
(svn r22046) -Fix [FS#4487]: Make sure order indices stay in range when copying, sharing, unsharing or deleting all orders.
|
2011-02-09 21:40:32 +00:00 |
|
frosch
|
b7713a7e85
|
(svn r22046) -Fix [FS#4487]: Make sure order indices stay in range when copying, sharing, unsharing or deleting all orders.
|
2011-02-09 21:40:32 +00:00 |
|
frosch
|
84514c8333
|
(svn r22045) -Codechange: Move cancelling the current loading order on deleting the current order to a separate function.
|
2011-02-09 21:39:22 +00:00 |
|
frosch
|
3a787f5a0b
|
(svn r22045) -Codechange: Move cancelling the current loading order on deleting the current order to a separate function.
|
2011-02-09 21:39:22 +00:00 |
|
smatz
|
17b2021297
|
(svn r22024) -Fix [FS#4468]: verify we can allocate an OrderList before we actually try to do so (Rubidium)
|
2011-02-08 18:29:30 +00:00 |
|
smatz
|
364ef8e6e6
|
(svn r22024) -Fix [FS#4468]: verify we can allocate an OrderList before we actually try to do so (Rubidium)
|
2011-02-08 18:29:30 +00:00 |
|
rubidium
|
8183922813
|
(svn r22021) -Fix (r22019): ofcourse make doesn't notice files are gone, so it doesn't recompile everything that needs to be recompiled...
|
2011-02-07 22:49:38 +00:00 |
|
rubidium
|
1d0d7635e0
|
(svn r22021) -Fix (r22019): ofcourse make doesn't notice files are gone, so it doesn't recompile everything that needs to be recompiled...
|
2011-02-07 22:49:38 +00:00 |
|