Charles Pigott
d1cead7f25
Fix: When loading old timetabled saves, also reset cached timetable duration
2020-01-05 20:51:26 +00:00
glx
d8a1be48cd
Codechange: Replace vehicle related FOR_ALL with range-based for loops
2019-12-21 20:13:03 +01:00
S. D. Cloudt
13cc8a0cee
Cleanup: Removed SVN headers
2019-11-10 17:59:20 +00:00
JMcKiern
04f659e768
Fix: Some typos found using codespell
2019-09-29 21:27:32 +01:00
glx
603f625fda
Fix f53817987: unsafe mix of type 'TileIndex' and type 'bool'
2019-07-06 15:19:33 +02:00
peter1138
f538179878
Feature: Multi-tile docks and docking points.
2019-06-30 16:46:32 +02:00
Charles Pigott
60e31c7cfa
Codechange: Remove OrderTypeByte
2019-04-29 17:40:22 +01:00
Henry Wilson
7c8e7c6b6e
Codechange: Use null pointer literal instead of the NULL macro
2019-04-10 23:22:20 +02:00
peter1138
f656f5e8eb
Change: Remove ship max order distance.
...
It is skipped when NPF is in use.
It is trivial to work around by adding and removing dummy orders.
It is mostly alleviated by the ship path cache in YAPF.
2019-03-31 17:22:54 +01:00
Michael Lutz
2cf7ac2863
Fix #7391 , 9b99b95: Don't invalidate go to depot orders of non-aircraft when invalidating hangar orders that happen to share IDs.
...
This was caused because hangars are referred to by station ID, which is not unique with respect to depot IDs.
2019-03-21 19:15:59 +00:00
PeterN
7f00a420cb
Fix: Runway too short for large aircraft message should not depend on plane crashes setting. ( #7325 )
2019-03-04 19:00:11 +00:00
Samu
9b99b95955
Fix #6574 : Remove go to hangar orders when rebuilding airport
...
When replacing an airport with another, cancel current orders of type 'go to depot' from aircraft still heading to it if the rebuilt airport doesn't have a hangar (helicopter vs heliport), or if the airplane can't land on the rebuilt airport (airplane vs helistation).
Removes 'go to hangar' orders from all aircraft when replacing an airport with hangar with another without hangar (heliport).
2019-02-27 00:06:57 +01:00
Samu
3e0e3cfac1
Fix: Direct the aircraft to the correct location of the hangar when skipping to a go to hangar order
...
When manually skipping to a 'go to hangar' order in the order list, while the aircraft is flying, direct the aircraft to the correct location of the hangar.
2019-01-27 12:33:54 +01:00
Peter Nelson
81330b8d6e
Change: Add path cache for ships.
2019-01-19 23:11:17 +00:00
Peter Nelson
7af53d7588
Codechange: Use const instead of magic number for ship order distance. Allow slightly further distance when following orders.
2019-01-14 19:57:07 +00:00
Eddi-z
13056aedbc
Add: Conditional order for max. reliability (patch by Cirdan, #6360 ) ( #7017 )
2019-01-05 22:10:37 +01:00
Charles Pigott
f5b1115039
Doc: Lots and lots of doxymentation fixes
2018-10-31 12:35:54 +01:00
frosch
b4b98e5165
(svn r27893) -Codechange: Use fallthrough attribute. (LordAro)
2017-08-13 18:38:42 +00:00
frosch
86c43ca183
(svn r26694) -Fix (r26547) [FS#6063]: When orders become invalid, reset the waiting time, but keep the travel time.
2014-07-16 22:24:55 +00:00
planetmaker
68af7a843c
(svn r26567) -Cleanup: Remove unused StringID offset in orders check
2014-05-06 20:53:08 +00:00
planetmaker
34b1d89dbe
(svn r26566) -Add [FS#6009]: Give a warning when a plane's orders tell it to use a runway which is too short for it (3298)
2014-05-06 20:50:58 +00:00
fonsinchen
3ee31a8f89
(svn r26547) -Codechange: Collect order travel and wait times independent of timetables
2014-05-01 14:49:16 +00:00
fonsinchen
c915d9fa55
(svn r26546) -Codechange: Make order wait_time, travel_time and max_speed private
2014-05-01 14:48:44 +00:00
rubidium
0463dbdc9e
(svn r26482) -Codechange: add an include that allows us to undefine/redefine "unsafe" functions to prevent them from being used, and thus having to care about certain aspects of their return values
2014-04-23 20:13:33 +00:00
frosch
9479963b3b
(svn r26357) -Fix [FS#5845]: Some order options do not combine with others. (3298)
2014-02-19 20:56:44 +00:00
fonsinchen
7e91f96b92
(svn r26267) -Fix [FS#5865]: Really fix the infinite recursion problem and always consider all branches of conditional orders as possible next stopping stations.
2014-01-19 09:27:44 +00:00
fonsinchen
a5152be795
(svn r26263) -Fix [FS#5865]: Don't run into infinite recursion when getting next stopping station
2014-01-16 20:50:43 +00:00
fonsinchen
54db96be43
(svn r25891) -Feature: Use smallstack to allow for multiple next hops when loading and unloading.
2013-10-20 13:47:58 +00:00
fonsinchen
5c0b766ed9
(svn r25736) -Codechange: move condition prediction out of GetNextStoppingOrder so that we can access both branches in calling code
2013-08-20 21:22:35 +00:00
fonsinchen
b98de55d22
(svn r25718) -Fix: return INVALID from GetNextStoppingStation if vehicle would have to unload everything at this same station at the next stop
2013-08-11 11:00:09 +00:00
frosch
840f836704
(svn r25562) -Fix [FS#5633]: If the next order cannot be resolved, reset the current order property instead of leaving it in an intermediate state.
2013-07-05 19:09:18 +00:00
fonsinchen
04e3eb6fab
(svn r25361) -Feature: distribute cargo according to plan given by linkgraph
2013-06-09 13:03:48 +00:00
rubidium
3947453277
(svn r25259) -Codechange: track capacities and usage of links
2013-05-19 14:22:04 +00:00
frosch
22bb015f3d
(svn r25041) -Remove [FS#3764-ish]: ordered refit with subtypes, since the cases where it worked were corner cases rather than the general case.
2013-02-24 16:41:51 +00:00
rubidium
369a6f9d1b
(svn r24995) -Codechange: Add flags to vehicle service interval for custom & ispercent (peter1138)
2013-02-14 17:06:49 +00:00
peter1138
eec1a0aa11
(svn r24936) -Fix [FS#5446]: Don't allow order refit to be set for no-load orders.
2013-01-23 18:33:28 +00:00
planetmaker
c24374f99c
(svn r24900) -Fix [FS#5389]: Comments with typos (most fixes supplied by Eagle_rainbow)
2013-01-08 22:46:42 +00:00
michi_cc
c75962e04c
(svn r24833) -Codechange: Replace magic numbers for invalidating vehicle-related windows with an enum.
2012-12-20 19:44:02 +00:00
michi_cc
bfbf74fe7d
(svn r24457) -Fix [FS#5264] (r23087): Changing auto-refit for a 'goto station' order was inadvertently modifying the full load state.
2012-08-03 14:15:52 +00:00
frosch
0ead281439
(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
00b3ff80bb
(svn r24282) -Codechange: Add AddVehicleAdviceNewsItem function to preemptively deduplicate code.
2012-05-26 14:15:52 +00:00
frosch
70ad670125
(svn r24086) -Fix [FS#5131] (r23504): Cloning orders of aircraft with limited range failed.
2012-04-01 19:56:08 +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
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
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
6d6be50ae0
(svn r23740) -Codechange: remove some 300 unneeded includes from the .cpp files
2012-01-03 21:32:51 +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
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
def8e7215b
(svn r23504) -Feature: Aircraft range.
2011-12-13 00:43:35 +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