summaryrefslogtreecommitdiff
path: root/src/engine.cpp
AgeCommit message (Collapse)Author
2007-04-20(svn r9688) -Codechange: Created a function to get default cargo type for a ↵bjarni
cargo type
2007-04-17(svn r9662) -Documentation: Doxygen corrections and @file omissionsbelugas
2007-03-08(svn r9068) -Codechange: capitalize the VEH_Train etc. enums to match the ↵rubidium
coding style (and rest of the code).
2007-03-07(svn r9050) -Codechange: Foo(void) -> Foo()rubidium
2007-03-03(svn r9001) -Codechange: remove duplication of functions and strings with ↵rubidium
respect to the news of new vehicles.
2007-02-28(svn r8944) -Codechange: Move the enum describing the bitmask of ↵maedhros
Engine.flags to engine.h and give the enum values better names.
2007-02-23(svn r8862) -Cleanup: doxygen changes, again. Mostly @files missing tags and ↵belugas
a few comments style. Some documentation addition, when i can easily supply them
2007-02-10(svn r8660) -Fixtron
-Codechange: Remove _avail_aircraft Its name is misleading. It is rather _avail_airports, but then only some of them, which leads to inconsistencies when using it. Further it is unnecessary to store it in savegams.
2007-02-06(svn r8610) -Codechange/Feature: rewrote the list handling in the ↵bjarni
autoreplace window -The user will notice the following changes: All vehicle types behaves in the same way Adding/removing an engine (new design and so on) can no longer result in the window selecting a new engine All valid replacements will be displayed since it looks at refitting options as well (this solves the missing ships with the newships GRF) Since you can't replace an engine into itself, the engine selected in the left list will no longer appear in the right list -The code changes: Instead of looping all engines all the time, each list generates a list like the build windows This ensures consistent list generation since only one function can loop all engines Unified code for all vehicle types It now use the lists to call the drawing code in the build vehicle window Works on selected EngineIDs instead of selected index in the list
2007-01-30(svn r8455) -Codechange: Give a more meaningful name (railveh_type)to member ↵belugas
flags of RailVehInfo, as well as changing the code to reflect the fact that it was not a flag but rather a one value only variable. Doing so, some evaluations have been simplified. -Codechange: Add and use RAILVEH_SINGLEHEAD when railveh_type is set to 0, which was implicit before. -Cleanup: Remove some extraneous parenthesis.
2007-01-27(svn r8428) -Codechange: Add proper names to aircraft subtypes instead of ↵Darkvater
magic numbers and add a function IsNormalAircraft() which tells us whether the aircraft is in fact some flying device or a rotor/shadow.
2007-01-26(svn r8410) -Fixtron
-Fix: Fix an out of bounds array access when assigning the engine type in the _engine array This usually hits the _engine_name_strings array and causes an invalid StringID, though it depends on the compiler which data structure gets placed after the _engines array. Most probably this was exposed by removing railtype from Engine, which changed the size of this struct.
2007-01-24(svn r8385) -Fixtron
-Regression (r8314): I only did half the necessary changes to move railtype from Engine to RailVehicleInfo. Now do the rest.
2007-01-21(svn r8314) -Fixtron
-Codechange: Move the railtype from EngineInfo to RailVehicleInfo, because having a railtype for non-rail vehicles isn't that useful
2007-01-10(svn r8038) -Merge: the cpp branch. Effort of KUDr, Celestar, glx, Smoovius, ↵rubidium
stillunknown and pv2b.
2007-01-10(svn r8033) [cpp] - Prepare for merge from branches/cpp (all .c files ↵KUDr
renamed to .cpp)