Erich/openttd - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2009-08-21	(svn r17248) -Fix: add GPL license notice where appropriate	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.
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-04-17	(svn r12751) -Codechange: do what has been done in r11862 in a different way ↵	rubidium
	so it uses less memory.
2008-02-02	(svn r12041) -Codechange: Add the loader and the property for action 00 ↵	belugas
	industries, prop 24, nearby station name. No assignation yet, no real work either.
2008-01-15	(svn r11862) -Fix [FS#1559]: when two NewGRFs 'fight' to define the same ↵	rubidium
	cargo it could happen that the strings are defined by one cargo and the 'action2' by another and when one assumes that both come from the same NewGRF... So store the GRF ID with the strings. To be extra sure add the same protection mechanism to industries and towns too.
2007-11-27	(svn r11534) -Feature(newgrf): Implement property 23h for Industries.	belugas
	This will add a cost to the removal of an industry using the cheat magic bulldozer. Note that the removal of regular or newgrf industries without specified removal cost will have no cost applied to. This is a difference from original spec, where a default base cost is added.
2007-11-11	(svn r11402) -Fix [FS#1382]: incorrect handling of industry behaviour 'must ↵	glx
	be in town with population large than 1200'
2007-11-08	(svn r11394) -Fix: default value for input cargo multipliers is 256 even for ↵	glx
	invalid cargo. Exceptions are temperate banks and oil rigs, default value is 0 for them
2007-11-05	(svn r11384) -Fix: second and third accepted cargo were inverted in original ↵	glx
	industry tiles
2007-08-22	(svn r10961) -Codechange: Flag default substitutes of industry/tiles with a ↵	belugas
	value that cannot be legal. This avoids the forest of coal mine error in the futur
2007-07-24	(svn r10675) -Codechange: unhardcode the industry types used in several ↵	rubidium
	locations of the source code.
2007-07-24	(svn r10670) -Fix: Use proper initialization for grf_prop override member	belugas

2007-07-17	(svn r10604) -Fix [FS#1044] (r9866): some industries produced cargo they ↵	rubidium
	should not be producing, which would result in the industry offering invalid cargo to a station resulting in crashes..
2007-07-11	(svn r10508) -Codechange: allow customizable animation schemes for industries.	rubidium

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-04	(svn r10424) -Fix : Toy shop seems to be working exactly like power ↵	belugas
	stations, water tower and banks, i.e: they require cargo but do nothing with it. So, make it an INDUSTRYLIFE_BLACK_HOLE, exactly like the above mentioned industries. Thanks to glx who spotted, and Csaboka who confirmed it could very well be a CS bug.
2007-07-03	(svn r10418) -Codechange: implement/resurrect the industry production flags.	rubidium

2007-06-07	(svn r10054) -Codechange: make the industries cost modifier look more like ↵	rubidium
	the original one, so it's much easier to support industries that use this original format.
2007-05-31	(svn r10001) -Codechange: Add support for removing dynamically allocated ↵	belugas
	newgrf data
2007-05-29	(svn r9976) -Codechange: Declare a writable array of specs for industry and ↵	belugas
	industry tiles. It will be initialized by the original data upon game start. Rename some enums to be more consistent too
2007-05-29	(svn r9975) -Codechange: Adjust the industry/tile spec arrays, moving the ↵	belugas
	enabled member out of GRFFileProps (end of previous commit).
2007-05-29	(svn r9972) -Fix (r9969): silence a warning.	rubidium

2007-05-29	(svn r9969) -Codechange: Cleanup of industries (Step-14). Remove ↵	belugas
	hardcoded-run-time tile acceptance and put in corresponding tile
2007-05-24	(svn r9906) -Codechange: Add common properties for both industry and ↵	belugas
	industry tiles specs
2007-05-20	(svn r9886) -Codechange: Cleanup of industries (Step-13). Include the sounds ↵	belugas
	table into the industry's spec.
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-04-21	(svn r9704) -Documentation: Add comments on industry data macro	belugas

2007-04-18	(svn r9672) -Cleanup: lots of coding style fixes around operands.	rubidium

2007-04-18	(svn r9669) -Documentation: some more doxygen fixes	belugas

2007-04-10	(svn r9590) -Fix(r9550, fs728): some wrongfully entered data caused some ↵	belugas
	industries to appear where they should not have
2007-04-09	(svn r9579) -Codechange: Cleanup of industry_cmd (Step-11). Use industry's ↵	belugas
	spec appear_creation during random map creation.
2007-04-09	(svn r9577) -Codechange: Add notion and data for industry map colour, used ↵	belugas
	in the smallmap_gui. Not used yet. -Move the check proc array, in order to make it more useful latter. -Add basic newGRF stuff on the industry spec. Not used yet.
2007-04-03	(svn r9550) -Codechange: Add notion and data of industry appearing chances, ↵	belugas
	both in game and in creation mode. Not used yet.
2007-03-30	(svn r9526) -Fix(9520): a temperate sawmill is not a tropic lumber mill. ↵	belugas
	Thus, it cannot cut trees
2007-03-28	(svn r9520) -Codechange: Add the notion of Industry behaviour. It means ↵	belugas
	what an industry can do (plant fields, cut trees, do not change production), what can be done to it (disasters like mine subsidence, jet/chopper attack), when it can be built etc...
2007-03-22	(svn r9400) -Codechange: Use some more representative enum names for ↵	belugas
	landscape types.
2007-03-16	(svn r9243) -Fix (r9162,FS#683): One too many table rows caused cargo ↵	peter1138
	acceptance mixup.
2007-03-15	(svn r9190) -Fix: Little typo in an enum.	belugas

2007-03-14	(svn r9162) -Codechange: Cleanup of industry_cmd (Step-8). Gather tile ↵	belugas
	animation data into IndustryTileSpec array Added a few documentation on remaining animation arrays (mostly ToyLand ones)
2007-03-09	(svn r9075) -Codechange: Cleanup of industry_cmd (Step-7). Small step that ↵	belugas
	is. The new industry messages do not need a series of tests. Only one property to use.
2007-03-07	(svn r9051) -Codechange: typedef [enum\|struct] Y {} X; -> [enum\|struct] X {};	rubidium

2007-02-21	(svn r8827) -Codechange: Cleanup of industry_cmd (Step-6). Implementation of ↵	belugas
	IndustryTileSPec, the alter ego of IndustrySpec. It offers identification of the different industry tiles in a more distinct manner, as well as regrouping scattered pieces of data across the sources. More to come
2007-02-17	(svn r8791) -Revert: r8790 Committed too much in last commit	miham

2007-02-17	(svn r8790) [Namegen] -Revert: r8789 (Tron kinda convinced me it is a bad ↵	miham
	thing, sorry for it)
2007-01-02	(svn r7759) -Merge: makefile rewrite. This merge features:	rubidium
	- A proper ./configure, so everything needs to be configured only once, not for every make. - Usage of makedepend when available. This greatly reduces the time needed for generating the dependencies. - A generator for all project files. There is a single file with sources, which is used to generate Makefiles and the project files for MSVC. - Proper support for OSX universal binaries. - Object files for non-MSVC compiles are also placed in separate directories, making is faster to switch between debug and release compiles and it does not touch the directory with the source files. - Functionality to make a bundle of all needed files for for example a nightly or distribution of a binary with all needed GRFs and language files. Note: as this merge moves almost all files, it is recommended to make a backup of your working copy before updating your working copy.