frosch
|
09ad9d5604
|
(svn r16063) -Fix (r13752): MOF_COND_DESTINATION was not accepted by CmdModifyOrder(). (only used by AI)
|
2009-04-15 17:37:31 +00:00 |
|
rubidium
|
4c707c7414
|
(svn r16037) -Feature: allow (per order) to let a train stop at the near end, middle or far end of a platform from the point of view of the driver of the train that enters the station.
|
2009-04-12 14:11:14 +00:00 |
|
rubidium
|
5c8cf85613
|
(svn r15434) -Codechange: bit of type safety for the DC_xxx flags.
|
2009-02-09 21:20:05 +00:00 |
|
rubidium
|
20cb3a581c
|
(svn r15354) -Fix (r14803): first shared of a vehicle could be NULL making it impossible to (share-)clone the vehicle.
|
2009-02-05 15:58:42 +00:00 |
|
Yexo
|
9827e5cb57
|
(svn r15333) -Fix: AIs weren't restricted to a maximum length for ship orders.
|
2009-02-04 13:52:17 +00:00 |
|
frosch
|
61a893d6fd
|
(svn r15308) -Codechange: Deduplicate km-ish/h -> mph conversions.
|
2009-02-01 17:14:39 +00:00 |
|
smatz
|
9021c20b5e
|
(svn r15299) -Cleanup: remove many redundant includes
|
2009-01-31 20:16:06 +00:00 |
|
smatz
|
ca45774160
|
(svn r15077) -Codechange: enumify DAYS_IN_YEAR and DAYS_IN_LEAP_YEAR
-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-13 22:58:03 +00:00 |
|
rubidium
|
c305a35e45
|
(svn r14990) -Codechange: handle articulated RVs and trams more strictly in GetStationTileForVehicle and CanVehicleUseStation (based on idea by Swallow)
|
2009-01-11 14:09:09 +00:00 |
|
rubidium
|
905631d9df
|
(svn r14954) -Fix [FS#1890]: sharing/cloning/inserting of orders that the/a vehicle (in the shared list) can't go to (wrong station type etc)
|
2009-01-10 13:00:38 +00:00 |
|
rubidium
|
0543f50181
|
(svn r14952) -Codechange: unify the "can vehicle go to station" tests
|
2009-01-10 09:51:14 +00:00 |
|
rubidium
|
28ea38ae55
|
(svn r14949) -Cleanup: pointer coding style
|
2009-01-10 00:31:47 +00:00 |
|
glx
|
c61674221c
|
(svn r14840) -Cleanup: remove duplicate includes
|
2009-01-04 21:02:59 +00:00 |
|
smatz
|
b1f7ef7076
|
(svn r14831) -Codechange: use {VEHICLE} instead of Train/Ship/Road veh/Aircraft/{STRING} {COMMA} in lang files (part by Swallow)
|
2009-01-04 17:42:46 +00:00 |
|
rubidium
|
8252bc59e3
|
(svn r14830) -Fix [FS#2495]: overflow of number of orders per vehicle (based on patch by Swallow)
|
2009-01-04 15:53:43 +00:00 |
|
smatz
|
91233ea596
|
(svn r14828) -Codechange: move most of save/load-specific code to separate files
|
2009-01-04 15:32:25 +00:00 |
|
rubidium
|
3ac0875cf6
|
(svn r14813) -Codechange: use uint instead of 'just' unsigned.
|
2009-01-03 17:28:22 +00:00 |
|
rubidium
|
f316796629
|
(svn r14803) -Codechange: move order list management into it's own class and remove the order count from the savegame as we can easily count that (PhilSophus)
|
2009-01-03 13:52:06 +00:00 |
|
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
|
e83cca7d13
|
(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 |
|
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
|
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 |
|
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 |
|
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
|
4694b10706
|
(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
|
e589c7e580
|
(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 |
|
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
|
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
|
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 |
|
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 |
|
frosch
|
8c0e108960
|
(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 |
|
smatz
|
1294253d68
|
(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 |
|
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 |
|
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
|
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
|
8035f120b4
|
(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
|
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
|
019cfc5ba8
|
(svn r13752) -Fix [FS#2130]: correctly restore conditional orders when they are put 'into' backup.
|
2008-07-20 07:41:43 +00:00 |
|
rubidium
|
2e68b35106
|
(svn r13704) -Fix: make timetables work more sensible when used in conjunction with conditional orders, i.e. make it possibly to tell how long to travel to the next destination if you jump.
|
2008-07-14 21:01:49 +00:00 |
|
rubidium
|
ad2bcaeae5
|
(svn r13662) -Fix [FS#2113]: crash when adding conditional orders to ships.
|
2008-06-30 14:49:50 +00:00 |
|
rubidium
|
ed298d6ff8
|
(svn r13633) -Fix: restoring 'service at depot X' orders from the order backup failed.
|
2008-06-25 19:33:11 +00:00 |
|
rubidium
|
aef8a214c3
|
(svn r13579) -Fix [FS#2088]: process the order coming after a conditional order, otherwise the vehicle would already leaving the station before it knows where the next destination is, making it leave in the wrong way. However, after processing as many conditional orders as there are in the order list it will stop processing them in order to not create an infinite loop.
|
2008-06-19 11:45:52 +00:00 |
|
rubidium
|
8cb2f63851
|
(svn r13358) -Codechange: split next order determination and conditional order processing functionality from the order handling. Patch based on work by michi_cc.
|
2008-06-02 08:33:38 +00:00 |
|
rubidium
|
e7a501100a
|
(svn r13325) -Codechange: split the client-side only settings from the settings stored in the savegame so there is no need to have a duplicate copy of it for new games.
|
2008-05-29 15:13:28 +00:00 |
|