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

Age	Commit message (Collapse)	Author
2012-07-29	(svn r24446) -Add [FS#5199]: Store more consist properties in order backups.	frosch

2012-07-29	(svn r24444) -Codechange: Base OrderBackup on BaseConsist.	frosch

2011-12-09	(svn r23464) -Fix [FS#4876]: clear the backed up orders of a removed station ↵	rubidium
	as well, otherwise one could create orders to a station that was never in the original backupped orders. For example a road vehicle trying to go to a buoy.
2011-11-12	(svn r23199) -Fix [FS#4822]: oil rigs that "expired" did not get removed ↵	rubidium
	from the station list
2011-05-18	(svn r22473) -Codechange: Automatic orders are better called implicit orders ↵	planetmaker
	as no real order influencing path finding is added
2011-05-02	(svn r22410) -Document: some more bits ;)	rubidium

2011-02-19	(svn r22116) -Codechange: use PoolBase::Clean() at more places	smatz

2011-02-10	(svn r22047) -Fix: selling a vehicle triggered the assert added in r22041	yexo

2011-01-31	(svn r21933) -Codechange: Split cur_order_index into cur_auto_order_index ↵	frosch
	and cur_real_order_index to keep track of the current real order in an unambiguous way. -Fix [FS#4440]: Automatic orders behave now stable wrt. service orders and are not added or removed depending on the need of servicing. -Fix: Various other issues with automatic orders, e.g. vehicles getting stuck with "no orders" when there are automatic orders at the end of the order list.
2011-01-18	(svn r21846) -Codechange: move documentation towards the code to make it ↵	rubidium
	more likely to be updated [o-s].
2010-12-08	(svn r21438) -Fix (r21424): fix triggered an assertion when the build did ↵	rubidium
	support networking
2010-12-07	(svn r21424) -Fix: CMD_CLEAR_ORDER_BACKUP might not get executed when the ↵	rubidium
	user pressed the shift key
2010-08-26	(svn r20632) -Cleanup: remove "a few" unneeded includes, and add them to ↵	rubidium
	some headers
2010-08-19	(svn r20571) -Codechange: free/reserve some bits in the order commands to ↵	rubidium
	increase the vehicle pool limit
2010-08-18	(svn r20547) -Change: the way order backups are performed. Now restoring an ↵	rubidium
	order doesn't require up to 765 commands.
2010-08-18	(svn r20545) -Codechange: make sure an OrderBackup gets cleared when the ↵	rubidium
	depot it belongs to gets removed, the depot window gets closed or when another vehicle gets sold in a depot
2010-08-18	(svn r20541) -Fix: when removing a vehicle update the "clone orders ↵	rubidium
	of"-vehicle of a backed up order, or remove it if there is no vehicle sharing orders with that vehicle.
2010-08-18	(svn r20539) -Codechange: make order backups more self-contained.	rubidium