summaryrefslogtreecommitdiff
path: root/src/newgrf_industries.cpp
AgeCommit message (Collapse)Author
2010-10-09(svn r20912) -Fix [FS#4157]: NEW_INDUSTRYOFFSET != NEW_INDUSTRYTILEOFFSET.frosch
2010-08-26(svn r20632) -Cleanup: remove "a few" unneeded includes, and add them to ↵rubidium
some headers
2010-08-26(svn r20622) -Codechange: unify ↵rubidium
[GS]et[Statation|Object|Industry|House]AnimationFrame
2010-08-10(svn r20435) -Codechange: move spritegroup to GRFFilePropsBase and prepare ↵rubidium
it for more spritegroups
2010-08-07(svn r20396) -Codechange: introduce a helper function to test whether an ↵yexo
industry temporarily refues to accept some cargo
2010-08-01(svn r20286) -Codechange: Unify end of doxygen comments.frosch
2010-08-01(svn r20283) -Codechange: Unify start of doygen comments.frosch
2010-07-29(svn r20239) -Doc: Give a common name to all fall throughs (FALL THROUGH).terkhen
2010-05-29(svn r19901) -Add: [NewGRF] Access to industry founder (var A7) during ↵frosch
callbacks 28 and 2F. (yexo)
2010-05-01(svn r19750) -Fix: Var 0x43 is not 'safe' during callbacks 22 and 38 either.frosch
2010-05-01(svn r19749) -Fix: [NewGRF] possible divide-by-zero if a newgrf checked ↵yexo
industry var 42 while the production level was 0
2010-05-01(svn r19748) -Fix (r19743): Callback 22 and 38 are called with ind == NULL.frosch
2010-05-01(svn r19744) -Add [FS#3477]: [NewGRF] Access to random bits of houses and ↵frosch
industries from construction callbacks 17, 28 and 2F. That is: The randombits the house/industry will start with, if construction succeeds.
2010-05-01(svn r19743) -Fix: NewGrfs could access map bits of not yet constructed ↵frosch
industries and houses during construction callbacks.
2010-04-24(svn r19713) -Fix [NewGRF]: passing some invalid data to industry variable ↵rubidium
67/68 could cause a crash
2010-04-24(svn r19707) -Add: helper functions to instantiate/fill ResolverObjectsrubidium
2010-04-05(svn r19566) -Fix (r11216, r11202): don't return a random colour for unowned ↵rubidium
industries in var 45; TTDPatch doesn't seem to set the colour data in that case either.
2010-03-20(svn r19481) -Codechange: Turn _industry_counts into a static member of ↵frosch
Industry.
2010-02-24(svn r19224) -Codechange: change parameters passed to ShowErrorMessage() a bitsmatz
2010-02-21(svn r19185) -Codechange: Return succeeded or failed CommandCost from ↵alberth
CheckIfCallBackAllowsCreation().
2010-02-02(svn r18988) -Fix: [NewGRF] industry var A5 (=high 8 bits of var A4) ↵yexo
returned the high 8 bits of var A2. Same problem for 9B/9A/98
2010-01-21(svn r18878) -Fix [NewGRF]: crash when a newgrf used var62 in an industry ↵yexo
tile chain when the industry tile was part of an original industry
2010-01-15(svn r18809) -Codechange/Cleanup: remove unneeded headers from some files, ↵rubidium
if a header require a header make it include that header
2010-01-04(svn r18717) -Codechange: use TileArea in industry instead of three separate ↵rubidium
variables. Also make use of TileArea functions for determining the 'width' and 'height' of an industry.
2009-10-31(svn r17928) -Codechange: ShowErrorMessage() now takes the summary string ↵alberth
before the details string. Gentlemen, swap your string parameters.
2009-10-24(svn r17857) -Fix (r10442): [NewGRF] 'subtract-in' is also signed for ↵frosch
production callback version 0.
2009-10-04(svn r17693) -Cleanup: remove some unneeded includesrubidium
2009-09-19(svn r17579) -Fix: remove doxygen docs for removed parameters, or change ↵rubidium
@param to @tparam if necessary
2009-09-19(svn r17570) -Fix: a number of Doxygen warnings about missing parameters, ↵rubidium
which were sometimes missing and sometimes just typos
2009-09-14(svn r17534) -Codechange: unify the naming of callback masks/flagsrubidium
2009-09-13(svn r17532) -Codechange: Rename several Invalidate functions to SetDirty ↵frosch
for more consistency and distinguishability.
2009-08-30(svn r17316) -Codechange: use Industry::GetByTile() instead of ↵smatz
GetIndustryByTile()
2009-08-21(svn r17248) -Fix: add GPL license notice where appropriaterubidium
2009-05-23(svn r16402) -Codechange: make Resolve a function of SpriteGrouprubidium
2009-05-23(svn r16396) -Codechange: split NewGRF spritegroup into multiple subclasses ↵rubidium
instead of using a big union
2009-05-18(svn r16352) -Codechange: use PoolItem::GetIfValid() instead of ↵smatz
PoolItem::IsValidID() and PoolItem::Get()
2009-05-17(svn r16327) -Codechange: replace IsValidPoolItemID(index) by ↵smatz
PoolItem::IsValidID(index)
2009-05-16(svn r16325) -Codechange: replace GetPoolItem(index) by PoolItem::Get(index)smatz
2009-04-24(svn r16138) -Codechange: move GetClosestWaterDistance to map*rubidium
2009-04-21(svn r16118) -Change/cleanup: remove the hexadecimal 'in TTD the string had ↵rubidium
this ID' from 'some' strings and replace the string name with something more sensible.
2009-04-05(svn r15958) -Fix [FS#2787]: Abort production callback after 0x10000 ↵frosch
iterations and show a messagebox blaming the newgrf. (mizipzor)
2009-03-15(svn r15718) -Cleanup: apply some comment coding style on the rest of the ↵rubidium
sources too
2009-02-18(svn r15513) -Cleanup: Unavailable varaction variable value does not matter, ↵peter1138
but at least it can be consistent.
2009-02-09(svn r15428) -Codechange: consistently use colour instead of having both ↵rubidium
color and colour.
2009-01-31(svn r15299) -Cleanup: remove many redundant includessmatz
2009-01-21(svn r15190) -Feature: Allow terraforming of the tiles at the edges of the map.Yexo
2008-11-03(svn r14563) -Fix [FS#2395]: in the case that an industry NewGRF, a shared ↵rubidium
TTDPatch and OpenTTD feature with it's origin in TTDPatch to replace/add/change vehicles (including e.g. maximum speed, graphics and introduction year), stations, bridges, industries, town houses or any other graphics used by either TTDPatch or OpenTTD, would tell that building an industry is okay, which is queried using a so-called callback that allows the NewGRF author to test all kinds of information about the neighbourhood where the industry might get build, it would corrupt, i.e. overwrite with invalid data, the structure that is used to build up an error message. This then might result in trying to resolve an invalid StringID, an internal numeric representation of all translateable strings, which would in it's turn trigger a safety check that is added to ensure invalid StringIDs are never resolved.
2008-10-14(svn r14464) -Codechange: replace (uint)-1 with UINT_MAX (PhilSophus)rubidium
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.