Age | Commit message (Collapse) | Author | |
---|---|---|---|
2007-07-13 | (svn r10541) -Fix [FS#1028]: cargo payment rates overflow. | rubidium | |
-Fix: cargo payment rates diverge from cost rates making it impossible to make any profit after a certain number of years. Both are solved by stopping the inflation after 170 years; there is absolutely no point in continueing the inflation after that as it only makes the game have overflows at some point that cannot be solved; using larger variables only delays the inevitable. | |||
2007-07-11 | (svn r10508) -Codechange: allow customizable animation schemes for industries. | rubidium | |
2007-07-08 | (svn r10477) -Codechange: add some callbacks to customise the acceptance of ↵ | rubidium | |
industries. | |||
2007-07-08 | (svn r10473) -Codechange: make the industry "window", the one that shows ↵ | rubidium | |
when you click on an industry, more flexible to allow easier integration with newindustries. | |||
2007-07-07 | (svn r10460) -Codechange: add some more variables needed for newindustries ↵ | rubidium | |
regarding to the creation of the industries. | |||
2007-07-05 | (svn r10442) -Codechange: implement the industry production callback. | rubidium | |
2007-07-04 | (svn r10441) -Fix (r10440): something went wrong "porting" fixes from one ↵ | rubidium | |
place to another; like compiling the wrong checkout. | |||
2007-07-04 | (svn r10440) -Fix: CBM_IND defines bits to be set, not bitsets. | rubidium | |
2007-07-04 | (svn r10439) -Codechange: initial steps for customized industry productions. | rubidium | |
2007-06-30 | (svn r10397) -Fix [FS#969]: subsidy awarded messages broken due to {COMPANY} ↵ | peter1138 | |
now taking 1 (not 2) parameters. also remove an unnecessary dereference. | |||
2007-06-25 | (svn r10332) -Fix [FS#940]: ratings where also shown on drop-off stations. | rubidium | |
2007-06-25 | (svn r10323) -Codechange: reference company name, number and player ↵ | peter1138 | |
(president) name by index | |||
2007-06-22 | (svn r10287) -Fix (r10266): some surprises from that (almost always) ↵ | rubidium | |
complaining compiler... | |||
2007-06-22 | (svn r10270) -Add: prefixed the loading indicator with an arrow, up meaning ↵ | truelight | |
vehicle is loading, down meaning vehicle is unloading | |||
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 r10258) -Codechange: as we are now using int64 all over the place, it's ↵ | rubidium | |
better to use int64 variables in the string generating too instead of packing them into two int32s. -Fix: some displays of money were wrong. | |||
2007-06-21 | (svn r10254) -Feature: loading indicator, which shows in % how full a ↵ | truelight | |
vehicle is while loading/unloading (TheJosh) | |||
2007-06-21 | (svn r10247) -Fix (r10210): *always* call SetDParamMoney when you want to ↵ | rubidium | |
place money in some string. | |||
2007-06-21 | (svn r10246) -Fix (r10297): some forgotten money conversions and truncation ↵ | rubidium | |
issues. Thanks to benc for providing the patch. | |||
2007-06-19 | (svn r10212) -Fix [FS#723]: money overflow bugs in many locations. | rubidium | |
2007-06-18 | (svn r10210) -Codechange: make all money related variables 64 bits, so ↵ | rubidium | |
overflowing them should become a little harder. | |||
2007-06-18 | (svn r10209) -Fix/Codechange: forgot a few changes of int32 -> Money in the ↵ | rubidium | |
previous commit | |||
2007-06-18 | (svn r10208) -Codechange: replace int32 with Money where appropriate. | rubidium | |
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-12 | (svn r10125) -Fix [FS#865]: under some circumstances the wagons of a train ↵ | rubidium | |
didn't get loaded properly. | |||
2007-06-12 | (svn r10122) -Codechange: Add a CountBitsSet function and use it to replace ↵ | maedhros | |
some less efficient loops. | |||
2007-06-12 | (svn r10117) -Fix [FS#863]: When deleting the vehicles of bankrupt players, ↵ | maedhros | |
delete trains as a whole rather than each part individually, as that leads to invalid tests on parts that have already been deleted. | |||
2007-06-11 | (svn r10097) -Feature: Add support for articulated road vehicles, or ↵ | maedhros | |
callbacks 11 and 17 for road vehicles for those who prefer the technical explanation. | |||
2007-06-10 | (svn r10084) -Fix [FS#855]: reversing a train when loading at a station crashed. | rubidium | |
2007-06-08 | (svn r10062) -Codechange: Don't redraw all station tiles when cargo is added ↵ | peter1138 | |
or removed if the station has no custom graphics. | |||
2007-06-07 | (svn r10058) -Codechange: give some industry variable sensible names (like ↵ | rubidium | |
not telling "last_mo_production" when it is the production of the current month). | |||
2007-06-01 | (svn r10009) -Codechange: Add and use Vehicle::IsPrimaryVehicle to replace ↵ | maedhros | |
individual checks depending on the vehicle type. | |||
2007-05-26 | (svn r9930) -Fix (r9838): obiwan could cause vehicles to way a long time ↵ | rubidium | |
(2.5 years) at stations. | |||
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-05-18 | (svn r9870) -Codechange: Silence two compiler warnings and give proper type ↵ | belugas | |
to the "type" member of industry struct | |||
2007-05-18 | (svn r9867) -Codechange: Remove data duplication. The exact same values can ↵ | belugas | |
be found in the industry spec, so take it from there instead. | |||
2007-05-17 | (svn r9866) -Codechange: remove the technical ↵ | rubidium | |
one-input-cargo-creates-one-output-cargo limit in the factories, sawmills, steelmills and the ones I'm forgetting to mention right now. Use of this functionality will come later. | |||
2007-05-15 | (svn r9841) -Codechange: add a little more type strictness to the vehicle types. | rubidium | |
2007-05-15 | (svn r9840) -Fix (r9838): MSVC is complaining about signedness again (Belugas). | rubidium | |
2007-05-14 | (svn r9838) -Fix: make "improved loading" a proper improved loading instead ↵ | rubidium | |
of loading one (semi-)random vehicle at a time: - Now it is really FIFO. - When there is enough cargo to fill the first vehicle in the queue, the next vehicle in the queue start loading (and the next when ....). | |||
2007-05-14 | (svn r9836) -Codechange: make non-improved loading happen FIFO-ish; ↵ | rubidium | |
generally loading/unloading will happen fifo, but there are no guarantees on the FIFO-ness. For (better) FIFO guarantees you still need to use improved loading. | |||
2007-05-13 | (svn r9831) -Codechange: more refactoring of the loading/unloading. | rubidium | |
2007-05-12 | (svn r9829) -Codechange: more refactoring of the unloading algorithm. | rubidium | |
2007-05-08 | (svn r9815) -Fix (r9761) [FS#769): transfers weren't accounted in the ↵ | rubidium | |
vehicle profits. | |||
2007-05-06 | (svn r9794) -Codechange: refactor the question whether a vehicle can be ↵ | rubidium | |
loaded into LoadUnloadVehicle instead of duplicating it for each vehicle. | |||
2007-05-02 | (svn r9770) -Codechange: perform the payment of cargo when ↵ | rubidium | |
loading/unloading, but when arriving at the station. | |||
2007-05-01 | (svn r9761) -Codechange: refactor cargo payment out of LoadUnloadVehicle. | rubidium | |
2007-04-20 | (svn r9683) -Fix [FS#423]: improved loading does not use a huge amount of ↵ | rubidium | |
processing power anymore when having a lot of trains. |