summaryrefslogtreecommitdiff
path: root/src/autoreplace_cmd.cpp
AgeCommit message (Collapse)Author
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.
2008-05-07(svn r13002) -Fix (r13001): [autoreplace] previous fix broke updating of a ↵bjarni
pointer to the front vehicle in certain cases Now it's updated when it's the front vehicle and it's every time it's the front vehicle and only if it's the front vehicle (nomatter if the replacement works or not)
2008-05-07(svn r13001) -Fix [FS#1994](r12913): [autoreplace] we should stop working on ↵bjarni
vehicles right away if we fail to replace them and certainly not presume their data is valid