summaryrefslogtreecommitdiff
path: root/src/autoreplace_cmd.cpp
AgeCommit message (Collapse)Author
2009-10-18(svn r17800) -Codechange: first steps into making CargoList a templaterubidium
2009-10-06(svn r17728) -Cleanup: Remove some more unneeded/unused parameters.frosch
2009-10-06(svn r17725) -Codechange: Reduce usage of EngInfo and XxxVehInfo, esp. when ↵frosch
a Engine * is already present.
2009-10-04(svn r17693) -Cleanup: remove some unneeded includesrubidium
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-18(svn r17567) -Fix: some doxygen warningsrubidium
2009-08-21(svn r17248) -Fix: add GPL license notice where appropriaterubidium
2009-08-10(svn r17147) -Fix [FS#3048]: Keep vehicle news and viewports following ↵frosch
vehicles, when autoreplacing/renewing them.
2009-08-04(svn r17062) -Change: unify the naming of some 125 stringsrubidium
2009-07-02(svn r16723) -Codechange: make GetNextArticPart(), GetLastEnginePart(), ↵smatz
GetNextVehicle(), GetPrevVehicle(), GetNextUnit(), GetPrevUnit() members of Train
2009-07-01(svn r16719) -Codechange: make IsArticulatedPart(), IsTrainEngine(), ↵smatz
IsTrainWagon(), IsMultiheaded(), EngineHasArticPart() and IsRearDualheaded() members of Train
2009-07-01(svn r16717) -Codechange: make IsFrontEngine() member of Trainsmatz
2009-06-29(svn r16694) -Fix [FS#2995] (rgradual loading, rnewindustries): only pay for ↵rubidium
whatever has been actually unloaded and perform the payment when unloading has finished. This fixes, amongst others: * cheating by starting to unload and after getting paid rushing to the depot to get sold (or unloading, loading and getting paid again for the remainder) * cargo being dropped onto a station at the moment a stockpiling industry doesn't accept it anymore * industries getting cargo that has not been unloaded yet and subsequently dumping it back on the station in one go Note: you will now get paid after the unloading has finished, so you'll have to wait a bit longer for 'your' money.
2009-06-27(svn r16679) -Codechange: Let GetCapacityOfArticulatedParts() return a ↵frosch
CargoArray instead of a pointer to a static array.
2009-06-06(svn r16527) -Codechange: use static member functions instead of simple ↵smatz
casts when converting Vehicle to specialised vehicle types. Includes safety check
2009-06-01(svn r16498) -Codechange: Remove hardly used HASBITS.frosch
2009-05-22(svn r16393) -Codechange: move VehicleRail to Train.rubidium
2009-05-22(svn r16392) -Codechange: move some variables (the ones that aren't caches) ↵rubidium
from VehicleRail to Train
2009-05-22(svn r16391) -Codechange: use Train instead of Vehicle where appropriate.rubidium
2009-05-18(svn r16354) -Codechange: use 'new' pool accessors and methods for Engine toosmatz
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-05-15(svn r16315) -Codechange: move the autorenew settings to a new ↵yexo
CompanySettings struct
2009-03-12(svn r15692) -Fix [FS#2721]: Just sell the old engines after ↵frosch
autorenew/replace. Don't bother about trains exceeding the trainlimit, which will be sold anyway.
2009-03-12(svn r15680) -Cleanup: remove redundant commentsmatz
2009-02-09(svn r15434) -Codechange: bit of type safety for the DC_xxx flags.rubidium
2009-01-31(svn r15299) -Cleanup: remove many redundant includessmatz
2008-12-28(svn r14754) -Codechange: get rid of _cmd_text and just pass it as ↵rubidium
(optional) parameter.
2008-10-05(svn r14442) -Fix (r14406): Typo causing problems in rare cases.frosch
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.
2008-09-28(svn r14411) -Fix (r14406): IsFrontEngine() is only valid for trains.frosch
2008-09-27(svn r14407) -Cleanup (r14406): Remove a redundant test. (thanks SmatZ)frosch
2008-09-27(svn r14406) -Fix [FS#Eddi]: Autoreplace did not work for vehicles in free ↵frosch
wagon chains.
2008-09-15(svn r14337) -Codechange: use CmdRename* and CMD_RENAME_* for vehicle, ↵smatz
president and company renaming commands, too
2008-09-13(svn r14306) -Codechange: unify the code to draw the vehicle list.rubidium
-Fix [FS#2292]: inconsistency between drawn vehicle lists in the vehicle list and group windows.
2008-08-25(svn r14174) -Fix: since now, we are 'losing' things, not 'loosing'smatz
2008-08-21(svn r14126) -Codechange (r14125): Add some tabs.frosch
2008-08-21(svn r14125) -Fix [FS#2237]: Segfault when autoreplace failed very early.frosch
Note: Proper indenting in next commit.
2008-08-17(svn r14091) -Cleanup (r14083): Remove superfluous '#include's.frosch
2008-08-16(svn r14085) -Cleanup (r14083): Remove no longer used functions.frosch
2008-08-16(svn r14083) -Fix [FS#1264, FS#2037, FS#2038, FS#2110]: Rewrite the ↵frosch
autoreplace kernel.
2008-08-10(svn r14037) -Fix (r8610): The autoreplace gui showed vehicle types for ↵frosch
replacement which CmdSetAutoReplace() did not accept.
2008-08-09(svn r14031) -Fix (r13850): Determining the refit cargo did not work, when ↵frosch
the old vehicle did not carry anything but the new one did.
2008-07-27(svn r13850) -Fix [FS#2146]: Fix resp. implement refitting of articulated ↵frosch
vehicles during autoreplace.
2008-07-24(svn r13816) -Fix [FS#2150]: check for vehicle length changes outside a ↵smatz
depot (callback 0x11) and give a warning about that
2008-07-09(svn r13691) -Codechange: make it easier to determine whether a command is ↵smatz
ran in the context of autoreplace or not
2008-05-17(svn r13146) -Codechange: vehicle_base.h doesn't need to be included in ↵rubidium
vehicle_gui.h.
2008-05-15(svn r13100) -Codechange: reduce the amount of parameters passed via ↵rubidium
AddNewsMessage as there is (for each news message type) a tuple of 4 parameters that is the same for all calls.