| Age | Commit message (Collapse) | Author |
|---|
|
Remove dead code
|
|
Do not pass something to a function it better could figure out by itself
|
|
Variable scope, const
|
|
Don't do bogus initialisations and prefer simpler code
|
|
on approach direction. Note: they're not yet used, but will be soon
|
|
Abbreviate GetAirport(st->airport_type) to st->Airport()
|
|
error under Win32. Changed to AIRPLANES
|
|
-Codechange: Do not hardcode the airports with a short airstrip anymore, but make it a flag in AirportFTAClass
|
|
-Codechange: Make the encoding of accepted aircraft types of airports a bit more sensible and move the enum into struct AirportFTAClass
|
|
-Codechange: Add a Z adjustment attribute for helicopter pads to AirportFTAClass to get rid of some special cases for oilrigs and heliports
|
|
blocks are stored
|
|
|
|
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
|
|
Remove redundant assignments. The function call just before already does it
|
|
Fix harmless typo: s/,/;/
|
|
and enummed some speed limits. This should give a more steady display in the status bar during taxiing
|
|
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
|
|
-Codechange: Put the airport movement data into struct AirportFTAClass
|
|
Building a vehicle does not involve allocating orders, so do not check whether orders could be allocated
|
|
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
|
|
Remove redundant second retrieval of the AircraftVehicleInfo when building an aircraft
|
|
Remove redundant second retrieval of the station and airport when building an aircraft
|
|
depending on their altitude and velocity
|
|
-Codechange: Move the update of the oil rig airport type to the recently (r8485) added loop
|
|
(most?) compilers...
|
|
Replace the rather obscure control flow for handling aircraft/ship/train orders by something remotly comprehensible (see r3584)
|
|
magic numbers and add a function IsNormalAircraft() which tells us whether the aircraft is in fact some flying device or a rotor/shadow.
|
|
Above that, wince-gcc gave "unused variable" on every file which included airport.h... pretty annoying ;)
|
|
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.
|
|
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.
|
|
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().
|
|
stillunknown and pv2b.
|
|
|
