summaryrefslogtreecommitdiff
path: root/src/industry_cmd.cpp
AgeCommit message (Collapse)Author
2007-09-14(svn r11107) -Feature: some tool so one can still build tunnels under rails ↵rubidium
(and other structures) when the owner of the structure built it on foundations and if you have enough "empty" space ofcourse. One could use the tool for some other construction needs too. Patch by frosch.
2007-09-14(svn r11102) -Codechange: remove some pointless addition+substractions. ↵rubidium
Patch by frosch.
2007-09-06(svn r11050) -Codechange: Use the translated gfx, not the original one.belugas
2007-09-04(svn r11041) -Fix (r10460) [FS#1195]: the industry's owner was saved twice ↵rubidium
instead of the owner and the founder. Patch by frosch.
2007-08-30(svn r11005) -Codechange: move the tiletype specific terraforming checks to ↵rubidium
the functions for those tile types. -Codechange: barren the rail grounds on terraforming.
2007-08-27(svn r10991) -Codechange: add documentation, enumification and some code ↵rubidium
simplifications to the terraforming code. Patch by frosch.
2007-08-26(svn r10980) -Fix [FS#1158] : This will hopefully fix the case of an assert ↵belugas
that happens when an industry uses a special gfx index (tile spec 0xFF). This 0xFF is the sentinel of a special check done for oil rigs, where water need to be around, but no tile will be constructed on it. Problem is that the upper limit of gfx tiles is currently at 175. So, of course the system will assert with 255 ;)
2007-08-24(svn r10972) -Codechange: Implement the ↵belugas
counterpart(GetTranslatedIndustryTileID) of getindustileid of TTDPatch. This allows to ensure that the ID of a tile (taken out of the map or not) is still a valid one regarding the possible override it may have been flagged to. It is not the strict same thing, but is what we need regarding the slightly different approach we took for newindustries.
2007-08-22(svn r10963) -Revert(10700): Although the idea was good, it was more prone ↵belugas
of errors than usefull. So now, it will be better to jump to the overriden tile when it is been marked as an override
2007-08-22(svn r10962) -Codechange: protect yourself against an illicit substitutionbelugas
2007-08-15(svn r10903) -Feature: [NewGRF] Add support for variable 44 of Variational ↵belugas
Action 2 for Industries
2007-08-06(svn r10813) -Fix (r10799): some destructors were performing too much during ↵rubidium
the pool cleanups, which could cause crashes as already removed pool items could then be dereferenced by other destructors.
2007-08-03(svn r10773) -Codechange: use pool.CleanPool instead of CleanPool(&pool) and ↵rubidium
similarly for AddBlock*.
2007-08-02(svn r10759) -Codechange: make the industry struct use the pool item class ↵rubidium
as super class.
2007-07-27(svn r10701) -Codechange: Make sure to not use an out of bound index when ↵belugas
the index is specified by a grf file. It has a different meaning then.
2007-07-27(svn r10700) -Codechange: Enable to jump (by default) to the overriding ↵belugas
industry tile spec of the one been queried. Only on certain very specific circumstances do we need the original spec
2007-07-26(svn r10698) -Codechange [FS#1082]: simplify the code related to ↵rubidium
foundations. Primarily removal of (duplicated|magic) code and introduction of few helper functions to ease foundation determination. Patch by frosch.
2007-07-26(svn r10697) -Codechange: give a more sensible names to some of the unkX ↵rubidium
variables.
2007-07-26(svn r10696) -Codechange: remove duplication of the "make sprite ↵rubidium
transparent" code.
2007-07-24(svn r10675) -Codechange: unhardcode the industry types used in several ↵rubidium
locations of the source code.
2007-07-20(svn r10641) -Fix(r10638): Forgotten Son... err...includebelugas
2007-07-20(svn r10640) -Fix(r10638): little typo...belugas
2007-07-20(svn r10639) -Codechange: Give meaninfull name to a magic numberbelugas
2007-07-20(svn r10638) -Codechange: Save the mapping of the industries and tiles, ↵belugas
making them persistent.
2007-07-20(svn r10635) -Codechange: Correct some typos and code beautifying (a little bit)belugas
2007-07-16(svn r10587) -Codechange: move the string/dparam related stuff from ↵rubidium
variables.h to strings.h
2007-07-15(svn r10575) -Fix r10573: misplaced )glx
2007-07-15(svn r10573) -Codechange: Use function CheckIfCallBackAllowsAvailability for ↵belugas
random map generation as well as for ingame random industry creation
2007-07-11(svn r10508) -Codechange: allow customizable animation schemes for industries.rubidium
2007-07-11(svn r10506) -Fix: the (manual) building of banks was always rejected.rubidium
2007-07-09(svn r10494) -Fix (r10490): possible null dereference in some exotic newgrfs.rubidium
2007-07-09(svn r10490) -Codechange: add support for industries on non-flat surfaces.rubidium
2007-07-09(svn r10485) -Codechange: add a callback mechanism to determine whether ↵rubidium
building an industry is allowed at a given location.
2007-07-08(svn r10483) -Codechange: add support for callbacks to manipulate the ↵rubidium
building chance of farm fields and chopping chance for lumber mills.
2007-07-08(svn r10481) -Codechange: Show a news message with the new industry when ↵maedhros
primary industry prospecting succeeds.
2007-07-08(svn r10477) -Codechange: add some callbacks to customise the acceptance of ↵rubidium
industries.
2007-07-07(svn r10460) -Codechange: add some more variables needed for newindustries ↵rubidium
regarding to the creation of the industries.
2007-07-06(svn r10459) -Codechange: add helper functions to determine whether an ↵rubidium
industry is a primary industry and how much it costs to build such an industry.
2007-07-06(svn r10451) -Add: support for "prospecting" raw industries, i.e. you pay an ↵rubidium
amount of money and then it might (with a given chance) build a raw industry somewhere on the map.
2007-07-05(svn r10442) -Codechange: implement the industry production callback.rubidium
2007-07-04(svn r10439) -Codechange: initial steps for customized industry productions.rubidium
2007-07-04(svn r10425) -Fix (r10418): do not compare bitmasks with HASBIT. Strike two. ↵belugas
Forgotten code :)
2007-07-03(svn r10419) -Fix (r10418): do not compare bitmasks with HASBIT. Thanks to ↵rubidium
Maedhros for spotting this.
2007-07-03(svn r10418) -Codechange: implement/resurrect the industry production flags.rubidium
2007-07-01(svn r10406) -Fix [FS#968]: only industries in the temperate climate should ↵rubidium
be affected by the "do not increase production" flag.
2007-06-26(svn r10348) -Fix (r10347): compile errors; do not think it compiles fine ↵rubidium
when you run make on the wrong working copy.
2007-06-26(svn r10347) -Fix [FS#948]: industries with a very low production could ↵rubidium
never recover when using smooth economy. -Fix: in smooth economy producing industries could not close, whereas they could close in non-smooth economy. -Fix: in smooth economy the "do not increase production" flag of industries was ignored.
2007-06-26(svn r10340) -Fix: make sure no industry production can ever hit < 32 with ↵truelight
smooth_economy
2007-06-24(svn r10299) -Codechange [FS#931]: industry foundations should be drawn as ↵rubidium
all other foundations, i.e. with DrawFoundation, instead of writing the same functionality itself.
2007-06-22(svn r10290) -Fix: with smooth_economy, when industry production hit 32, it ↵truelight
stayed there for ever. Give it some chance to get out of that uber-lowness (although it is a very slim chance, at least it has one)