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

Age	Commit message (Collapse)	Author
2008-05-29	(svn r13325) -Codechange: split the client-side only settings from the ↵	rubidium
	settings stored in the savegame so there is no need to have a duplicate copy of it for new games.
2008-05-27	(svn r13301) -Fix [FS#1997]: resolve more MSVC 9 x64 warnings.	rubidium

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-05-05	(svn r12961) -Codechange: store the type of savegame we are loading in a ↵	smatz
	global variable
2008-04-19	(svn r12784) -Codechange: handle the asynchronious save 'handlers' in ↵	rubidium
	saveload.cpp instead of openttd.cpp.
2008-01-12	(svn r11822) -Codechange: Replaced fixed size custom name array. Names are ↵	peter1138
	now attached to their object directly and there is no limit to the amount of names. -Fix: NewGRF engines could not be renamed.
2007-09-22	(svn r11139) -Codechange: add support for persistent storage for NewGRFs.	rubidium

2007-08-30	(svn r11004) -Codechange: some reworks of the saveload mechanism to be able ↵	rubidium
	to save and load private and protected variables in the vehicle struct.
2007-06-24	(svn r10300) -Fix [FS#917]: give a better explanation why the loading of a ↵	rubidium
	savegame failed and do not crash on loading savegames that were altered by patches or branches.
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-17	(svn r10182) -Codechange: rewrite most part of the file loading/searching to ↵	rubidium
	be more flexible. -Codechange: add support for personal directories on Windows. -Fix [FS#153, FS#193, FS#502, FS#816, FS#854]: fix issues related to fixed names, fixed places of files/directories and application bundles.
2007-06-07	(svn r10056) -Revert (r10049): removing SLE_WRITEBYTE didn't work as ↵	rubidium
	expected :(. Somehow SlIterateArray and SlObject depend on eachother and adding a some arbitrary data before the SlObject makes it go crazy.
2007-06-06	(svn r10049) -Codechange: get rid of the SLE_WRITEBYTE obfuscation.	rubidium

2007-04-20	(svn r9682) -Codechange: Add support for saving/loading std::lists ↵	peter1138
	containing object references (REF_*)
2007-04-04	(svn r9556) -Documentation: doxygen and comment-style changes. 'R', 'S'.. ↵	belugas
	The end of the preliminary work is near
2007-03-07	(svn r9051) -Codechange: typedef [enum\|struct] Y {} X; -> [enum\|struct] X {};	rubidium

2007-03-07	(svn r9050) -Codechange: Foo(void) -> Foo()	rubidium

2007-01-14	(svn r8131) -Fix (r8125): g++ warning: 'invalid access to non-static data ↵	KUDr
	member ‘<class>::<member>’ of NULL object'. It is weird, but renaming the 'offsetof' macro helped.
2007-01-10	(svn r8038) -Merge: the cpp branch. Effort of KUDr, Celestar, glx, Smoovius, ↵	rubidium
	stillunknown and pv2b.
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.