summaryrefslogtreecommitdiff
path: root/src/aircraft_cmd.cpp
AgeCommit message (Collapse)Author
2007-03-08(svn r9072) -Codechange: [Orders] added methods to orders to free them and ↵bjarni
check if they are in use
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-06(svn r9040) -Codechange: the build window and CmdBuildAircraft() now shares ↵bjarni
the code to figure out if an aircraft is buildable in the hangar in question This should help ensuring that the build command and the list are consistent in what aircraft are buildable
2007-03-02(svn r8973) -Feature/Codechange: Changed the internal unit for aircraft ↵celestar
velocities to from 8mph to 1km/h (peter1138), also give aircraft realsitic velocities (so that 1km/h is 1km/h independent of vehicle type) (peter1138). Introduce a flag to reduce aircraft speed in holding patterns to some realistic velocity. Use this flag for the city airport for the time being and make use of the different entry points for this airport type.
2007-02-28(svn r8946) -Feature: [NewGRF] Add support for vehicle variables 0xFE and ↵maedhros
0xFF bit 10, which is set when a vehicle was built during the exclusive testing phase.
2007-02-28(svn r8945) -Codechange: Rename v->load_status to v->vehicle_flags so it can ↵maedhros
be used for more than just the gradual loading status.
2007-02-27(svn r8921) -Fix (FS#654): several issues related to removing all orders ↵rubidium
from an aircraft and removing the airport it was heading: - the aircraft would go to (0, 0) and circle there. Clicking the 'eye' to jump to the aircraft in the main window could cause a segmentation fault. - when rebuilding an airport with the StationID of the old airport could crash as the FTA state of the aircraft is higher than the number of states of the new airport, causing a crash of all clients and the server when assertions are enabled. - when rebuilding an airport with the StationID of the old airport can bring the aircraft in a state where is keeps circling the airport. To solve these issues all aircraft without a valid order will try to go to the nearest hangar it can safely get to (large jets do not land on small airports). If there is no hangar to go to, the airplane crashes (out of fuel).
2007-02-25(svn r8897) -Fixtron
Change the signature of GetNewVehiclePos(): -void GetNewVehiclePos(const Vehicle *v, GetNewVehiclePosResult *gp); +GetNewVehiclePosResult GetNewVehiclePos(const Vehicle *v);
2007-02-23(svn r8859) -Cleanup: doxygen changes. Mostly @files missing tags and a few ↵belugas
comments style.
2007-02-23(svn r8853) -Cleanup: doxygen changes. Correct forgotten c files to cpp ↵belugas
files with the @file tag as well as a few general comments style
2007-02-21(svn r8835) -Fixtron
Remove dead code
2007-02-21(svn r8834) -Fixtron
Do not pass something to a function it better could figure out by itself
2007-02-20(svn r8822) -Fixtron
Variable scope, const
2007-02-16(svn r8763) -Fixtron
Don't do bogus initialisations and prefer simpler code
2007-02-16(svn r8759) -Feature: Allow airports to have up to 4 entry points depending ↵celestar
on approach direction. Note: they're not yet used, but will be soon
2007-02-16(svn r8755) -Fixtron
Abbreviate GetAirport(st->airport_type) to st->Airport()
2007-02-15(svn r8750) -Fix (r8747): PLANES defined in wingdi.h caused compilation ↵KUDr
error under Win32. Changed to AIRPLANES
2007-02-15(svn r8748) -Fixtron
-Codechange: Do not hardcode the airports with a short airstrip anymore, but make it a flag in AirportFTAClass
2007-02-15(svn r8747) -Fixtron
-Codechange: Make the encoding of accepted aircraft types of airports a bit more sensible and move the enum into struct AirportFTAClass
2007-02-15(svn r8743) -Fixtron
-Codechange: Add a Z adjustment attribute for helicopter pads to AirportFTAClass to get rid of some special cases for oilrigs and heliports
2007-02-14(svn r8733) -Fix(r8705): Forgot to change some more places where airport ↵celestar
blocks are stored
2007-02-13(svn r8707) -Codechange: Turn IsValidStation into a method of Stationcelestar
2007-02-10(svn r8661) -Fix: [depot windows] Enlarge the blocks in the depot window if ↵bjarni
a sprite is too big to fit (ships and aircraft only) -Codechange: depot windows default now makes a 1x1 matrix and resize the window by block size*number of blocks This will make less vehicle type specific code and easier to read resizing based on sprite sizes
2007-02-07(svn r8618) -Fixtron
Remove redundant assignments. The function call just before already does it
2007-02-07(svn r8617) -Fixtron
Fix harmless typo: s/,/;/
2007-02-06(svn r8611) -Fix: Moved the aircraft speed limiting into UpdateAircraftSpeed ↵celestar
and enummed some speed limits. This should give a more steady display in the status bar during taxiing
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-02-03(svn r8559) -Fixtron
-Codechange: Put the airport movement data into struct AirportFTAClass
2007-02-03(svn r8550) -Fixtron
Building a vehicle does not involve allocating orders, so do not check whether orders could be allocated
2007-02-03(svn r8549) -Fixtron
Do not check whether the end of the depot array has been reached when building an aircraft. This cannot happen, just assert it really does not happen
2007-02-03(svn r8548) -Fixtron
Remove redundant second retrieval of the AircraftVehicleInfo when building an aircraft
2007-02-03(svn r8547) -Fixtron
Remove redundant second retrieval of the station and airport when building an aircraft
2007-02-02(svn r8534) -Feature/Codechange: Provide aircraft with vertical separation ↵celestar
depending on their altitude and velocity
2007-01-31(svn r8498) -Fixtron
-Codechange: Move the update of the oil rig airport type to the recently (r8485) added loop
2007-01-27(svn r8434) -Fix (r8430): Missing braces caused compilation failure for some ↵peter1138
(most?) compilers...
2007-01-27(svn r8430) -Fixtron
Replace the rather obscure control flow for handling aircraft/ship/train orders by something remotly comprehensible (see r3584)
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-21(svn r8305) -Codechange: defining 'static const' in a header is a bit weird.truelight
Above that, wince-gcc gave "unused variable" on every file which included airport.h... pretty annoying ;)
2007-01-14(svn r8128) -Codechange: Split sprite and palette remap into separate 32 bit ↵peter1138
values. This lets us increase the sprite width from 14 to up to 29 bits, effectively nulling the old sprite limit. Table changes in next commit.
2007-01-13(svn r8110) -Codechange: direct Vehicle::current_order.type changes (to ↵KUDr
OT_LOADING and OT_LEAVESTATION) replaced by v->BeginLoading() and v->LeaveStation() calls. This should allow easy hooking of those state transitions in order to maintain vehicle loading queue.
2007-01-11(svn r8055) -Codechange: Replace the different max, dmax, maxu whatever ↵celestar
macros by a simple template function max(), that requires two arguments of the same type. While I'm at it change a variable called "max" to "maxval" in a function that calls max().
2007-01-10(svn r8038) -Merge: the cpp branch. Effort of KUDr, Celestar, glx, Smoovius, ↵rubidium
stillunknown and pv2b.
2007-01-10(svn r8034) -Fix (r8033): aircraft_cmd.c was not renamed.rubidium