Age | Commit message (Collapse) | Author | |
---|---|---|---|
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 | |||
2008-04-17 | (svn r12754) -Codechange: split depot.h into depot_map.h, depot_func.h and ↵ | rubidium | |
depot_base.h and remove quite a lot of unneeded (before this) includes of depot.h. | |||
2008-04-17 | (svn r12753) -Codechange: do not use IsDepotTypeTile() where simpler ↵ | smatz | |
function can be used | |||
2008-04-17 | (svn r12745) -Codechange: a bit of naming conventions, introduce Is*DepotTile() | smatz | |
2008-04-15 | (svn r12716) -Fix: Do not compare StationIDs with DepotIDs or WaypointIDs. | frosch | |
2008-04-13 | (svn r12696) -Fix: loading ancient savegames could result in invalid orders ↵ | rubidium | |
in order lists with all related problems. | |||
2008-04-13 | (svn r12689) -Feature: non-stop(or rather no non-stop) and via orders for ↵ | rubidium | |
road vehicles. | |||
2008-04-13 | (svn r12681) -Fix [FS#1921]: aircraft stopping mid-air. | rubidium | |
2008-04-12 | (svn r12678) -Fix [FS#1918]: when a road vehicle has a tram only stop ↵ | rubidium | |
multiple times in a row in it's orders, only the first one would be skipped. | |||
2008-04-12 | (svn r12670) -Add: unconditional/always order 'jump/skip' variable. | rubidium | |
2008-04-12 | (svn r12668) -Fix (12667): swapping of variables went wrong. | rubidium | |
2008-04-12 | (svn r12667) -Feature: conditional 'skip/jump' orders. | rubidium | |
2008-04-11 | (svn r12661) -Add: ability to send a vehicle (using default orders) to the ↵ | rubidium | |
nearest depot. | |||
2008-04-10 | (svn r12652) -Codechange: rework the order GUI a little more to make it a ↵ | rubidium | |
little more clear that 'transfer' is just an unload type. | |||
2008-04-10 | (svn r12650) -Feature: ability to force a vehicle to not load at a station. | rubidium | |
-Feature: ability to force a vehicle to not unload at a station. | |||
2008-04-10 | (svn r12648) -Feature: allow four different non-stop types in a single game ↵ | rubidium | |
instead of two. The "TTDP compatible order" setting now only sets the default behaviour of new trains. -Feature: allow three different load type in a single game instead of two. One can choose full load all and full load any instead of full load being governed by the "full load any" patch setting. | |||
2008-04-09 | (svn r12641) -Codechange: do not use the same button for two completely ↵ | rubidium | |
distinct tasks, just make an extra button for it and hide them when not needed. | |||
2008-04-09 | (svn r12640) -Codechange: let GetLoadType make a difference between full ↵ | rubidium | |
load and full load any based on the patch setting instead of using the patch setting directly. | |||
2008-04-09 | (svn r12639) -Fix: order window was not marked dirty on changed orders. | rubidium | |
2008-04-09 | (svn r12636) -Codechange: make CmdModifyOrder a little more flexible and ↵ | rubidium | |
remove 'hack' that used the full load flag to set the service if needed flag. | |||
2008-04-08 | (svn r12633) -Fix: could not make a (go-to) depot order. | rubidium | |
2008-04-08 | (svn r12630) -Fix (r12600): Missing 'break' made it impossible to add ↵ | maedhros | |
waypoints to vehicle orders. | |||
2008-04-08 | (svn r12629) -Codechange: Split VehicleNeedsService() into ↵ | frosch | |
Vehicle::NeedsServicing() and Vehicle::NeedsAutomaticServicing(). -Fix (r11052): Disable servicing by service-interval if a vehicle has depot orders. | |||
2008-04-08 | (svn r12628) -Fix: TTDP compatible non-stop wasn't handled properly. | rubidium | |
2008-04-07 | (svn r12618) -Codechange: as load and unload type are now split, some case ↵ | rubidium | |
statements got ugly. | |||
2008-04-07 | (svn r12617) -Codechange: add type safety to the Order's load and unload types. | rubidium | |
2008-04-07 | (svn r12615) -Codechange: rename some enums related to depot orders to make ↵ | rubidium | |
it more clear that they are no loading/unloading flags. Also add more type strictness. |