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

Age	Commit message (Collapse)	Author
2011-12-13	(svn r23511) -Fix [FS#4885] (r23504): Aircraft orders could not be shared ↵	planetmaker
	anymore when they had no range property declared (Hirundo)
2011-12-13	(svn r23505) -Add: Indication in the order list if the next destination of ↵	michi_cc
	an order is out of range.
2011-12-13	(svn r23504) -Feature: Aircraft range.	michi_cc

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-11-04	(svn r23087) -Feature: Auto-refitting of vehicles during loading at a ↵	michi_cc
	station when the vehicle allows it.
2011-08-30	(svn r22858) -Feature: Conditional order depending on remaining lifetime of ↵	frosch
	a vehicle. (monoid)
2011-08-26	(svn r22845) -Fix [FS#4745]: perform stricter checks on some commands (monoid)	rubidium

2011-07-02	(svn r22620) -Change [FS#4651]: Enforce refit orders to be 'always go to ↵	frosch
	depot' orders; service-only and stop-in-depot orders make no sense with refitting.
2011-06-14	(svn r22589) -Fix [FS#4641]: PBS order forecasting modified the current ↵	frosch
	order index in case of a goto-nearest-depot order and no depot could be found.
2011-05-18	(svn r22473) -Codechange: Automatic orders are better called implicit orders ↵	planetmaker
	as no real order influencing path finding is added
2011-04-16	(svn r22331) -Change: When inserting an (automatic) order A in front of an ↵	frosch
	order B, disable modifications of automatic orders for all vehicles currently heading for B as we do not know whether they will reach A or B first. (except for the vehicle causing the insertion of the automatic order itself)
2011-04-16	(svn r22330) -Change: When a conditional order triggers and causes skipping ↵	frosch
	to a particular order, disable modifications to automatic orders. till reaching the next real order, as we do not know whether to change the targets of conditional orders when inserting automatic orders. (So, when the vehicle skips to an order and later inserts an automatic order, the conditional order will still point to the same order, so the automatic order will be inserted again the next time.)
2011-04-16	(svn r22326) -Fix: Destinations of conditional orders were update ↵	frosch
	incorrectly when deleting orders in front of the conditional orders, if the target order wwas the order just before of the conditional order.
2011-03-05	(svn r22200) -Fix (r21642): removing a station order could stop when ↵	smatz
	removing first automatic order
2011-02-19	(svn r22116) -Codechange: use PoolBase::Clean() at more places	smatz

2011-02-18	(svn r22105) -Fix: crash when copying an orderlist to a vehicle that already ↵	yexo
	had orders
2011-02-09	(svn r22046) -Fix [FS#4487]: Make sure order indices stay in range when ↵	frosch
	copying, sharing, unsharing or deleting all orders.
2011-02-09	(svn r22045) -Codechange: Move cancelling the current loading order on ↵	frosch
	deleting the current order to a separate function.
2011-02-08	(svn r22024) -Fix [FS#4468]: verify we can allocate an OrderList before we ↵	smatz
	actually try to do so (Rubidium)
2011-02-07	(svn r22021) -Fix (r22019): ofcourse make doesn't notice files are gone, so ↵	rubidium
	it doesn't recompile everything that needs to be recompiled...
2011-02-04	(svn r21961) -Remove: limitation that not loading and not unloading is ↵	rubidium
	mutual exclusive
2011-01-31	(svn r21934) -Fix (r21933): The original plan was to run the regression ↵	frosch
	before committing.
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].
2011-01-15	(svn r21809) -Fix [FS#4404]: remove unreached automatic orders as well when ↵	rubidium
	reaching an ordered waypoint or depot (fonsinchen)
2011-01-09	(svn r21744) -Fix: Allow Ctrl+Clicking automatic orders for scrolling to ↵	frosch
	their destination.
2011-01-07	(svn r21739) -Fix [FS#4388] (r19657): make clearing refit orders work again	rubidium

2011-01-06	(svn r21737) -Fix (r1)[FS#4384-ish]: A loading order was also marked as 'not ↵	frosch
	part of orders' when the order before the current order was deleted.
2010-12-26	(svn r21644) -Change: keep showing "No orders" when the order list is filled ↵	rubidium
	with only automatic orders
2010-12-26	(svn r21642) -Feature: concept of automatic station orders; add stub orders ↵	rubidium
	for intermediate stations and remove them when not visiting them anymore. This allows you to see what trains visit a station without actually having to order a vehicle to stop at all stations. Based on patch by fonsinchen
2010-12-22	(svn r21603) -Codechange: no need to assign something to a variable and then ↵	rubidium
	test it for NULL when you're never using it again
2010-12-22	(svn r21602) -Codechange: split actual adding/removing of orders to/from a ↵	rubidium
	vehicle's order list from the validation of those (user) commands. Based on patch by fonsinchen
2010-12-14	(svn r21516) -Codechange: Add IsGroundVehicle function to the Vehicle class.	terkhen

2010-12-11	(svn r21466) -Codechange: make VehicleHasDepotOrders a function of Vehicle.	rubidium

2010-11-20	(svn r21273) -Codechange: Return values should start at the same line.	alberth

2010-08-23	(svn r20600) -Fix [FS#4075]: "downscale" a full load order to a load if ↵	rubidium
	possible order when removing the order while the vehicle is loading. This to prevent the vehicle from (possibly) staying forever in the station
2010-08-20	(svn r20580) -Fix [FS#4039]: go via station and go via waypoint behaved ↵	rubidium
	differently when a train went back to the same (unordered) station again
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 r20539) -Codechange: make order backups more self-contained.	rubidium

2010-08-15	(svn r20498) -Fix [FS#4030]: ignore the non-stop state when comparing one ↵	rubidium
	order type to another order type
2010-08-10	(svn r20441) -Fix [FS#4024]: adding "goto nearest depot and stop" orders in ↵	rubidium
	one go was denied. This caused both AI adding those orders and backed up order restoration to fail.
2010-08-01	(svn r20283) -Codechange: Unify start of doygen comments.	frosch

2010-08-01	(svn r20281) -Codechange: unify case scope closure + break coding style	rubidium

2010-07-27	(svn r20229) -Fix [FS#3986]: "Service at nearest depot" behaved the same as ↵	rubidium
	"Go to nearest depot"
2010-07-24	(svn r20211) -Codechange: Indented code should have curly braces around it.	alberth

2010-04-17	(svn r19657) -Fix: Add saneness checks for front vehicles.	frosch

2010-04-17	(svn r19654) -Codechange: Use Extract<> in more places.	frosch

2010-03-20	(svn r19494) -Codechange: Remove _error_message.	alberth