Age | Commit message (Collapse) | Author | |
---|---|---|---|
2007-12-21 | (svn r11677) -Codechange: move price and command related types/functions to ↵ | rubidium | |
their respective places. | |||
2007-12-21 | (svn r11675) -Codechange: split the string types from the string functions. | rubidium | |
2007-12-12 | (svn r11625) -Codechange: add CO_* enum at some places, add includes of ↵ | smatz | |
order.h too | |||
2007-11-20 | (svn r11484) -Codechange: Remove the doubled function SetBitT and rename the ↵ | skidd13 | |
remaining to fit with the naming style | |||
2007-11-19 | (svn r11481) -Codechange: Rename the HASBIT function to fit with the naming ↵ | skidd13 | |
style | |||
2007-09-05 | (svn r11046) -Codechange: added function to get the next movable ↵ | bjarni | |
(non-articulated, non-read end of dualheaded engine) vehicle in a train | |||
2007-09-05 | (svn r11045) -Codechange: added a function to tell if a vehicle is the rear ↵ | bjarni | |
part of a dualheaded train engine | |||
2007-09-05 | (svn r11044) -Fix (r11043): [autoreplace] a proper fix should cover all ↵ | bjarni | |
cases, not just the one mentioned in the bug report Certain dualheaded/articulated consists could still trigger this issue | |||
2007-09-04 | (svn r11043) -Fix (r10039) [FS#1185]: Autorenew/autoreplace fails silently ↵ | bjarni | |
with multiple multi-headed engines | |||
2007-08-30 | (svn r11011) -Fix [FS#1129]: GetFirstVehicleInChain did change the game ↵ | rubidium | |
state while being marked const. -Codechange: do not brute force determine the first vehicle in the chain or previous vehicle, but do it by properly accounting the previous and first pointers when updating the next pointer. This gives a performance increase of about 15% when there are a lot of vehicles in the game. | |||
2007-08-30 | (svn r11003) -Codechange: replace Vehicle->next to Vehicle->Next() and ↵ | rubidium | |
Vehicle->SetNext() so we can trap instances that change a next pointer and (in the future) update the first/previous pointers based on that. | |||
2007-07-14 | (svn r10567) -Add [FS#915]: a "group" with ungrouped vehicles. Patch by ↵ | rubidium | |
Matthias Wolf. | |||
2007-06-24 | (svn r10314) -Codechange: Refer to vehicle names by index | peter1138 | |
2007-06-22 | (svn r10266) -Codechange: keep track of the origin, time of travel and ↵ | rubidium | |
accumulated feeder share (transfers) of individual pieces of cargo. This means that cargo isn't thrown on a big pile when it's put in a station or unloaded at a station, however the GUI does not reflect these changes yet so you will not actually see it. | |||
2007-06-21 | (svn r10246) -Fix (r10297): some forgotten money conversions and truncation ↵ | rubidium | |
issues. Thanks to benc for providing the patch. | |||
2007-06-18 | (svn r10207) -Codechange: remove the redundant player_money in favour of the ↵ | rubidium | |
money64, which is now renamed to player_money. | |||
2007-06-18 | (svn r10205) -Codechange: refactor returning of cost, so it can be more ↵ | rubidium | |
easily modified. | |||
2007-06-18 | (svn r10197) -Codechange: replace int32 with CommandCost where appropriate. | rubidium | |
2007-06-04 | (svn r10039) -Fix: [autoreplace] when trying to replace an engine that can't ↵ | bjarni | |
carry the wagons the old one carries (GRF restrictoin), then don't try to replace at all | |||
2007-05-29 | (svn r9982) -Fix (r9874): autoreplacing vehicles from a group could ↵ | bjarni | |
sometimes add the new vehicle twice to the engine (EngineID, not total count) count in the group | |||
2007-05-29 | (svn r9981) -Fix: fixed a rare event that could cause autoreplace to run out ↵ | bjarni | |
of money and generate an error (spotted by elmex and UndernotBuilder) This happened if the new engine was a dualheaded engine and there was money to replace and refit the front, but not the rear It also adds the cost of refitting the rear end of dualheaded engines to the cost animations (display only) | |||
2007-05-28 | (svn r9967) -Fix (r9938): autoreplace would in certain conditions move ↵ | bjarni | |
dualheaded engines in a train (usually to the rear) -Change: moving an engine in between the two ends of a dualheaded engine will now move the rear dualheaded engine to the front of the newly added engine (instead of moving the new engine to the rear of the rear dualheaded engine) This can make a difference if there are wagons in the train | |||
2007-05-26 | (svn r9938) -Fix [FS#799]: 100 wagons train + replace engine | bjarni | |
Replacing a unit in a train will now remove the old unit before adding the new one. This will solve issues when max train length has been reached | |||
2007-05-19 | (svn r9881) -Fix (FS#782, r9874): accidentally removed one condition too ↵ | rubidium | |
many causing asserts. | |||
2007-05-19 | (svn r9878) -Fix (9874): some vehicle count's were not properly updated on ↵ | rubidium | |
delete or autoreplace of vehicles. | |||
2007-05-19 | (svn r9874) -Feature: advanced vehicle lists a.k.a. group interface. Now you ↵ | rubidium | |
can make groups of vehicles and perform all kinds of tasks on that given group. Original code by nycom and graphics by skidd13. | |||
2007-04-29 | (svn r9753) -Fix [FS#732]: trains are lost after autorenewal/autoreplace | bjarni | |
v->dest_tile is now copied when replacing the front engine | |||
2007-04-20 | (svn r9688) -Codechange: Created a function to get default cargo type for a ↵ | bjarni | |
cargo type | |||
2007-04-18 | (svn r9672) -Cleanup: lots of coding style fixes around operands. | rubidium | |
2007-03-08 | (svn r9073) -Codechange: moved autoreplace to a file of it's own (now ↵ | bjarni | |
autoreplace has a cmd and a gui file) |