Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-01-04 | (svn r14840) -Cleanup: remove duplicate includes | glx | |
2009-01-04 | (svn r14831) -Codechange: use {VEHICLE} instead of Train/Ship/Road ↵ | smatz | |
veh/Aircraft/{STRING} {COMMA} in lang files (part by Swallow) | |||
2009-01-04 | (svn r14830) -Fix [FS#2495]: overflow of number of orders per vehicle (based ↵ | rubidium | |
on patch by Swallow) | |||
2009-01-04 | (svn r14828) -Codechange: move most of save/load-specific code to separate files | smatz | |
2009-01-03 | (svn r14813) -Codechange: use uint instead of 'just' unsigned. | rubidium | |
2009-01-03 | (svn r14803) -Codechange: move order list management into it's own class and ↵ | rubidium | |
remove the order count from the savegame as we can easily count that (PhilSophus) | |||
2009-01-03 | (svn r14801) -Codechange: don't reference Vehicle::num_orders directly but ↵ | rubidium | |
through a method GetNumOrders() (PhilSophus) | |||
2008-12-28 | (svn r14754) -Codechange: get rid of _cmd_text and just pass it as ↵ | rubidium | |
(optional) parameter. | |||
2008-12-26 | (svn r14743) -Codechange: use INVALID_TILE to indicate station doesn't have ↵ | smatz | |
queried facility (or station/roadstop is invalid) instead of 0 (Yexo) | |||
2008-11-23 | (svn r14616) -Fix [FS#2424]: a nearest depot order should be "equal" to the ↵ | rubidium | |
resolved nearest depot order; otherwise we keep resolving the nearest depot order every tick. | |||
2008-11-21 | (svn r14601) -Fix: the nearest depot and stop in depot orders didn't work ↵ | rubidium | |
together (the vehicle didn't stop). | |||
2008-11-11 | (svn r14577) -Fix [FS#2403]: vehicle didn't respect its 'refit in nearest ↵ | smatz | |
depot' order (Swallow) | |||
2008-10-30 | (svn r14547) -Fix: order pool seemed to look full when it was not as it only ↵ | rubidium | |
checked whether it was possible to allocate a new block of pool items instead of checking for free pool items. | |||
2008-10-24 | (svn r14524) -Add: stop-in-depot as part of orders (PhilSophus) | rubidium | |
2008-10-08 | (svn r14449) -Fix [FS#2338]: service at nearest depot acted like go to ↵ | rubidium | |
nearest depot. | |||
2008-09-30 | (svn r14422) -Codechange: also reflect the changes of r14421 in the filenames. | rubidium | |
2008-09-30 | (svn r14421) -Codechange: rename all player variables/types to company *or* ↵ | rubidium | |
client so it is immediatelly clear which one you are working with. | |||
2008-09-24 | (svn r14395) -Fix [FS#2285]: crashes and GUI desyncs when order is ↵ | smatz | |
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-15 | (svn r14337) -Codechange: use CmdRename* and CMD_RENAME_* for vehicle, ↵ | smatz | |
president and company renaming commands, too | |||
2008-09-14 | (svn r14319) -Fix (r10760): use operator delete when deleting an order, so ↵ | smatz | |
order pool fills up a bit slower | |||
2008-09-14 | (svn r14317) -Fix (r13662) [FS#2298]: Order distance processing for ↵ | peter1138 | |
conditional orders on ships treated v->orders as an array, and didn't use the correct next order. | |||
2008-08-27 | (svn r14179) -Fix (r1): RemoveOrderFromAllVehicles() did not mark enough ↵ | frosch | |
windows dirty. | |||
2008-08-27 | (svn r14178) -Fix [FS#2256]: Do not evaluate GetDestination() for ↵ | frosch | |
go-to-nearest-depot-orders. | |||
2008-08-25 | (svn r14174) -Fix: since now, we are 'losing' things, not 'loosing' | smatz | |
2008-08-23 | (svn r14135) -Codechange: Add owner to waypoints. Previously, it was guessed ↵ | belugas | |
from rail underneath it. | |||
2008-08-23 | (svn r14134) -Fix (r12667, r13579) [FS#2245]: Update 'current_order' when ↵ | frosch | |
changing 'cur_order_index'. | |||
2008-08-17 | (svn r14097) -Fix [FS#2085]: one couldn't get a list of vehicles sharing an ↵ | rubidium | |
order when the number of orders was 0; you could see that the vehicles had a shared order though. | |||
2008-08-17 | (svn r14096) -Codechange: merge the shared order's vehicle list management ↵ | rubidium | |
to a single location. | |||
2008-08-17 | (svn r14092) -Cleanup (r14083): dead code, i.e. unused function. | rubidium | |
2008-08-02 | (svn r13949) -Codechange [YAPP]: Declare the functions for processing ↵ | rubidium | |
conditional orders as non-static. (michi_cc) | |||
2008-07-20 | (svn r13753) -Cleanup (r13752): save before commit instead of the other way ↵ | rubidium | |
around is usually better. | |||
2008-07-20 | (svn r13752) -Fix [FS#2130]: correctly restore conditional orders when they ↵ | rubidium | |
are put 'into' backup. | |||
2008-07-14 | (svn r13704) -Fix: make timetables work more sensible when used in ↵ | rubidium | |
conjunction with conditional orders, i.e. make it possibly to tell how long to travel to the next destination if you jump. | |||
2008-06-30 | (svn r13662) -Fix [FS#2113]: crash when adding conditional orders to ships. | rubidium | |
2008-06-25 | (svn r13633) -Fix: restoring 'service at depot X' orders from the order ↵ | rubidium | |
backup failed. | |||
2008-06-19 | (svn r13579) -Fix [FS#2088]: process the order coming after a conditional ↵ | rubidium | |
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-02 | (svn r13358) -Codechange: split next order determination and conditional ↵ | rubidium | |
order processing functionality from the order handling. Patch based on work by michi_cc. | |||
2008-05-29 | (svn r13325) -Codechange: split the client-side only settings from the ↵ | rubidium | |
settings stored in the savegame so there is no need to have a duplicate copy of it for new games. | |||
2008-05-27 | (svn r13301) -Fix [FS#1997]: resolve more MSVC 9 x64 warnings. | rubidium | |
2008-05-25 | (svn r13254) -Fix: waypoint orders could have invalid flags set after conversion | smatz | |
2008-05-25 | (svn r13253) -Codechange: simplify conversion of old orders a bit | smatz | |
2008-05-25 | (svn r13252) -Fix: when converting orders from older savegames, set 'Unload ↵ | smatz | |
and leave empty' for 'Unload' orders | |||
2008-05-25 | (svn r13251) -Codechange: rename _patches to _settings as that is more logic. | rubidium | |
-Codechange: move all Settings into substructs of _settings in a way that they are logically grouped. | |||
2008-05-18 | (svn r13165) -Codechange: replace some ↵ | rubidium | |
RebuildXXXList/ResortXXXList+InvalidateWindowXXX with InvalidateWindowXXXData. | |||
2008-05-15 | (svn r13100) -Codechange: reduce the amount of parameters passed via ↵ | rubidium | |
AddNewsMessage as there is (for each news message type) a tuple of 4 parameters that is the same for all calls. | |||
2008-05-06 | (svn r12971) -Documentation: add @file in files that missed them and add ↵ | rubidium | |
something more than whitespace as description of files that don't have a description. | |||
2008-05-04 | (svn r12949) -Fix [FS#1978]: no loading/no unloading orders were 'forgotten' ↵ | rubidium | |
during manual replaces. | |||
2008-05-02 | (svn r12935) -Fix [FS#1975]: vehicles forget their manual depot order when ↵ | rubidium | |
stopping at a station. Now we just pass through the station without stopping when a vehicle has been given a depot order. | |||
2008-04-27 | (svn r12913) -Add: ability to backup and restore a player's economic data ↵ | bjarni | |
and data for a vehicle (or chain of vehicles) Autoreplace uses this with the following benefits: -Mass autoreplace (the button in the depot window) will now estimate costs correctly -Autoreplace now either replaces correctly or manages to keep the original vehicle (no more broken trains) Thanks to Ammler for testing this | |||
2008-04-24 | (svn r12862) -Codechange: reduce code duplication for VehicleType -> ↵ | smatz | |
WindowClass lookup |