dave/openttd
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
19,502 Commits 1 Branch 0 Tags
625ab1056dab84459a269d9c0e2a6e8f2f8a5dc6
Commit Graph

278 Commits

Author SHA1 Message Date
frosch
cf93e860df (svn r24390) -Change [FS#5213]: Allow cloning of orders which are unreachable for the destination vehicle if they were already unreachable for the source vehicle. This makes cloning/autorenewing/autoreplacing behave more smooth during station reconstruction. 2012-07-09 18:45:35 +00:00
frosch
ae4681ab4c (svn r24282) -Codechange: Add AddVehicleAdviceNewsItem function to preemptively deduplicate code. 2012-05-26 14:15:52 +00:00
frosch
48a611de9e (svn r24086) -Fix [FS#5131] (r23504): Cloning orders of aircraft with limited range failed. 2012-04-01 19:56:08 +00:00
michi_cc
64c5299b4d (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
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
d5eeab43b7 (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
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
957b643ae6 (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
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
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
frosch
ed2cfbd321 (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
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
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
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
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
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
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
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
c85e1c3089 (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
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
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
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
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
1afea0803f (svn r21961) -Remove: limitation that not loading and not unloading is mutual exclusive 2011-02-04 16:07:42 +00:00
frosch
3847bac973 (svn r21934) -Fix (r21933): The original plan was to run the regression before committing. 2011-01-31 20:56:02 +00:00
frosch
7c04ea586d (svn r21933) -Codechange: Split cur_order_index into cur_auto_order_index and cur_real_order_index to keep track of the current real order in an unambiguous way. 
-Fix [FS#4440]: Automatic orders behave now stable wrt. service orders and are not added or removed depending on the need of servicing.
-Fix: Various other issues with automatic orders, e.g. vehicles getting stuck with "no orders" when there are automatic orders at the end of the order list.
 2011-01-31 20:44:15 +00:00
rubidium
0cf2ef83f0 (svn r21846) -Codechange: move documentation towards the code to make it more likely to be updated [o-s]. 2011-01-18 23:09:43 +00:00
rubidium
6ae5911ed0 (svn r21809) -Fix [FS#4404]: remove unreached automatic orders as well when reaching an ordered waypoint or depot (fonsinchen) 2011-01-15 18:19:04 +00:00
frosch
37069cb59d (svn r21744) -Fix: Allow Ctrl+Clicking automatic orders for scrolling to their destination. 2011-01-09 13:11:50 +00:00
rubidium
cc2c7ae5e6 (svn r21739) -Fix [FS#4388] (r19657): make clearing refit orders work again 2011-01-07 12:45:12 +00:00
frosch
9249278833 (svn r21737) -Fix (r1)[FS#4384-ish]: A loading order was also marked as 'not part of orders' when the order before the current order was deleted. 2011-01-06 22:24:02 +00:00
rubidium
1446bfaac6 (svn r21644) -Change: keep showing "No orders" when the order list is filled with only automatic orders 2010-12-26 13:25:34 +00:00
rubidium
4d6841b553 (svn r21642) -Feature: concept of automatic station orders; add stub orders for intermediate stations and remove them when not visiting them anymore. This allows you to see what trains visit a station without actually having to order a vehicle to stop at all stations. Based on patch by fonsinchen 2010-12-26 09:03:19 +00:00
rubidium
8eccfcdd42 (svn r21603) -Codechange: no need to assign something to a variable and then test it for NULL when you're never using it again 2010-12-22 21:19:39 +00:00
rubidium
bde1973e7a (svn r21602) -Codechange: split actual adding/removing of orders to/from a vehicle's order list from the validation of those (user) commands. Based on patch by fonsinchen 2010-12-22 21:16:34 +00:00
terkhen
47c9189002 (svn r21516) -Codechange: Add IsGroundVehicle function to the Vehicle class. 2010-12-14 21:26:03 +00:00
rubidium
d5bdeb3589 (svn r21466) -Codechange: make VehicleHasDepotOrders a function of Vehicle. 2010-12-11 13:48:30 +00:00
alberth
9f3845227e (svn r21273) -Codechange: Return values should start at the same line. 2010-11-20 15:44:24 +00:00
rubidium
75329688e6 (svn r20600) -Fix [FS#4075]: "downscale" a full load order to a load if possible order when removing the order while the vehicle is loading. This to prevent the vehicle from (possibly) staying forever in the station 2010-08-23 21:21:41 +00:00
rubidium
5067ec50ce (svn r20580) -Fix [FS#4039]: go via station and go via waypoint behaved differently when a train went back to the same (unordered) station again 2010-08-20 15:30:21 +00:00
rubidium
0d018b5840 (svn r20571) -Codechange: free/reserve some bits in the order commands to increase the vehicle pool limit 2010-08-19 20:39:12 +00:00
rubidium
27e45d96a4 (svn r20547) -Change: the way order backups are performed. Now restoring an order doesn't require up to 765 commands. 2010-08-18 20:48:38 +00:00
rubidium
e68cf6bd81 (svn r20539) -Codechange: make order backups more self-contained. 2010-08-18 15:15:59 +00:00
rubidium
e5420d89d5 (svn r20498) -Fix [FS#4030]: ignore the non-stop state when comparing one order type to another order type 2010-08-15 13:17:04 +00:00
rubidium
33c41bbfed (svn r20441) -Fix [FS#4024]: adding "goto nearest depot and stop" orders in one go was denied. This caused both AI adding those orders and backed up order restoration to fail. 2010-08-10 16:45:32 +00:00