peter1138
ef2daa5060
(svn r8826) -Codechange: Replace _cargoc's separate arrays with a regular struct array (with accessor) and implement new initialization method using cargo labels.
2007-02-20 22:09:21 +00:00
tron
27f48c5dda
(svn r8822) -Fix
...
Variable scope, const
2007-02-20 06:39:09 +00:00
tron
41d526415c
(svn r8822) -Fix
...
Variable scope, const
2007-02-20 06:39:09 +00:00
bjarni
da422574ad
(svn r8787) -Change r8771: allow fast aircraft in small airports
...
We should keep the list in sync with the build command as hacked clients can avoid a block in the GUI only
2007-02-17 18:38:35 +00:00
bjarni
853cc54ec6
(svn r8787) -Change r8771: allow fast aircraft in small airports
...
We should keep the list in sync with the build command as hacked clients can avoid a block in the GUI only
2007-02-17 18:38:35 +00:00
bjarni
8175371eee
(svn r8783) -Fix r8771: aircraft vehicle subtype and aircraft engine subtype aren't the same (even though they both tell if it's a plane or helicopter)
2007-02-17 16:07:45 +00:00
bjarni
f731d7ffc4
(svn r8783) -Fix r8771: aircraft vehicle subtype and aircraft engine subtype aren't the same (even though they both tell if it's a plane or helicopter)
2007-02-17 16:07:45 +00:00
bjarni
6bbe135446
(svn r8771) -Fix r8343: build aircraft windows will no longer show aircraft that can't use the airport in question
...
Now it's even better than ever because unless the no jetcrash cheat is enabled, the small airports will not show fast aircraft
2007-02-17 12:45:15 +00:00
bjarni
222aebc5dd
(svn r8771) -Fix r8343: build aircraft windows will no longer show aircraft that can't use the airport in question
...
Now it's even better than ever because unless the no jetcrash cheat is enabled, the small airports will not show fast aircraft
2007-02-17 12:45:15 +00:00
tron
128caa5050
(svn r8755) -Fix
...
Abbreviate GetAirport(st->airport_type) to st->Airport()
2007-02-16 09:38:43 +00:00
tron
87e03c7aa8
(svn r8755) -Fix
...
Abbreviate GetAirport(st->airport_type) to st->Airport()
2007-02-16 09:38:43 +00:00
bjarni
a7c92492df
(svn r8749) -Regression r8331: fixed signed/unsigned issue that could create too many lines in build vehicle windows and crash the game
2007-02-15 20:58:45 +00:00
bjarni
6460d5b441
(svn r8749) -Regression r8331: fixed signed/unsigned issue that could create too many lines in build vehicle windows and crash the game
2007-02-15 20:58:45 +00:00
tron
16df378623
(svn r8747) -Fix
...
-Codechange: Make the encoding of accepted aircraft types of airports a bit more sensible and move the enum into struct AirportFTAClass
2007-02-15 20:16:33 +00:00
tron
5231f5669d
(svn r8747) -Fix
...
-Codechange: Make the encoding of accepted aircraft types of airports a bit more sensible and move the enum into struct AirportFTAClass
2007-02-15 20:16:33 +00:00
bjarni
ab08096aab
(svn r8746) -Regression r8331: build train window could sort incorrectly by EngineID with certain newGRF sets
2007-02-15 17:51:39 +00:00
bjarni
8675b8ec7d
(svn r8746) -Regression r8331: build train window could sort incorrectly by EngineID with certain newGRF sets
2007-02-15 17:51:39 +00:00
bjarni
d40886903d
(svn r8621) -Codechange: assigned new numbers to the VEH_(type) enum so that VEH_Train is 0, VEH_Road is 1 and so on
...
This means that "v->type" can be used as array indexes instead of VehTypeToIndex() (or "v->type - VEH_Train/0x10 as the code still used in some places)
Surprisingly this can be done without changing the savegame format
2007-02-07 19:10:19 +00:00
bjarni
037d636734
(svn r8621) -Codechange: assigned new numbers to the VEH_(type) enum so that VEH_Train is 0, VEH_Road is 1 and so on
...
This means that "v->type" can be used as array indexes instead of VehTypeToIndex() (or "v->type - VEH_Train/0x10 as the code still used in some places)
Surprisingly this can be done without changing the savegame format
2007-02-07 19:10:19 +00:00
bjarni
f626458af7
(svn r8610) -Codechange/Feature: rewrote the list handling in the 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-06 11:11:12 +00:00
bjarni
80125fd934
(svn r8610) -Codechange/Feature: rewrote the list handling in the 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-06 11:11:12 +00:00
rubidium
2a9851a3ad
(svn r8511) -Codechange: make WindowClass an enumerated value.
2007-02-01 15:49:12 +00:00
rubidium
c8882bd3d2
(svn r8511) -Codechange: make WindowClass an enumerated value.
2007-02-01 15:49:12 +00:00
peter1138
4438b99ae4
(svn r8464) -Revert (r4322): Change back to converting to mph in the GUI code, as 1 mph == 1.6 km/h is too far out for some people.
2007-01-30 21:10:04 +00:00
peter1138
8933ffd9ac
(svn r8464) -Revert (r4322): Change back to converting to mph in the GUI code, as 1 mph == 1.6 km/h is too far out for some people.
2007-01-30 21:10:04 +00:00
bjarni
a97d87be9a
(svn r8460) -Fix (r8455): the build train window put locomotives and wagons in appeantly random order
2007-01-30 17:19:58 +00:00
bjarni
be19961f1e
(svn r8460) -Fix (r8455): the build train window put locomotives and wagons in appeantly random order
2007-01-30 17:19:58 +00:00
belugas
e8af755d7f
(svn r8455) -Codechange: Give a more meaningful name (railveh_type)to member 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-30 11:53:35 +00:00
belugas
0c45071bb0
(svn r8455) -Codechange: Give a more meaningful name (railveh_type)to member 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-30 11:53:35 +00:00
bjarni
058df1b99f
(svn r8390) -Codechange (r8384): Rewrote ResizeButtons()
...
Now it only works on first and last widget to resize
It now works with offsets correctly (no longer assumes the left is 0)
It's no longer needed to have a widget right of the ones you resize
Can handle any number of widgets
2007-01-24 14:32:20 +00:00
bjarni
8c098db7a8
(svn r8390) -Codechange (r8384): Rewrote ResizeButtons()
...
Now it only works on first and last widget to resize
It now works with offsets correctly (no longer assumes the left is 0)
It's no longer needed to have a widget right of the ones you resize
Can handle any number of widgets
2007-01-24 14:32:20 +00:00
tron
7fffe8b3d4
(svn r8385) -Fix
...
-Regression (r8314): I only did half the necessary changes to move railtype from Engine to RailVehicleInfo. Now do the rest.
2007-01-24 07:14:09 +00:00
tron
0996de79df
(svn r8385) -Fix
...
-Regression (r8314): I only did half the necessary changes to move railtype from Engine to RailVehicleInfo. Now do the rest.
2007-01-24 07:14:09 +00:00
bjarni
4dd0d007b1
(svn r8384) -Codechange: [GUI] instead of writing a resize button function for each window, a global ResizeButtons() is added
2007-01-24 02:36:55 +00:00
bjarni
e2f72cbf1f
(svn r8384) -Codechange: [GUI] instead of writing a resize button function for each window, a global ResizeButtons() is added
2007-01-24 02:36:55 +00:00
bjarni
e40723568a
(svn r8381) -Fix (r8377): [build vehicle window] cleaned up the train refitable detection. It had two variables doing the same thing, but not always set to the same (oops)
2007-01-23 21:24:26 +00:00
bjarni
a73f67af40
(svn r8381) -Fix (r8377): [build vehicle window] cleaned up the train refitable detection. It had two variables doing the same thing, but not always set to the same (oops)
2007-01-23 21:24:26 +00:00
bjarni
ff2ce417a3
(svn r8379) -Cleanup: [build vehicle window] removed overloading with DrawVehiclePurchaseInfo() and renamed them into type specific names
2007-01-23 20:55:04 +00:00
bjarni
9f31b897b6
(svn r8379) -Cleanup: [build vehicle window] removed overloading with DrawVehiclePurchaseInfo() and renamed them into type specific names
2007-01-23 20:55:04 +00:00
bjarni
116cbcedb1
(svn r8378) -Fix (r8331): [build vehicle window] extended the widget with the details with one line since some newgrf trains needs it
2007-01-23 20:23:13 +00:00
bjarni
9c6317a203
(svn r8378) -Fix (r8331): [build vehicle window] extended the widget with the details with one line since some newgrf trains needs it
2007-01-23 20:23:13 +00:00
bjarni
5a47d11689
(svn r8377) -Fix (r8331): [build vehicle window] train cargo capacity now only add "(refitable)" if the engine in question is refitable
2007-01-23 20:01:04 +00:00
bjarni
8d89ca48e1
(svn r8377) -Fix (r8331): [build vehicle window] train cargo capacity now only add "(refitable)" if the engine in question is refitable
2007-01-23 20:01:04 +00:00
bjarni
aa2b69262b
(svn r8364) -Codechange (r8362): added an assert to catch conditions where a request wants to draw more vehicles than the list contains
2007-01-23 01:00:56 +00:00
bjarni
8c3e4ead65
(svn r8364) -Codechange (r8362): added an assert to catch conditions where a request wants to draw more vehicles than the list contains
2007-01-23 01:00:56 +00:00
bjarni
a6a65f6c3e
(svn r8362) -Codechange: [vehicle build window] moved the engine drawing loop to a function of it's own
...
-Fix (r8335): [vehicle build window] ship sprites were moved two pixels to the left
2007-01-22 23:23:30 +00:00
bjarni
a9a1fd8c20
(svn r8362) -Codechange: [vehicle build window] moved the engine drawing loop to a function of it's own
...
-Fix (r8335): [vehicle build window] ship sprites were moved two pixels to the left
2007-01-22 23:23:30 +00:00
bjarni
f19c84dc25
(svn r8343) -Cleanup: [build vehicle windows] added a few comments and removed two switch-cases, that we can do without
2007-01-22 14:08:14 +00:00
bjarni
29a89e0a2f
(svn r8343) -Cleanup: [build vehicle windows] added a few comments and removed two switch-cases, that we can do without
2007-01-22 14:08:14 +00:00
belugas
bfa5822bd8
(svn r8339) -Fix(r8331): MSVC seems to be a little more strict (or less intelligent) then other compilers when it comes to operator precedence.
...
A copy of code from train_gui.cpp to build_vehicle_gui.cpp was not exactly the same.
The earlier version did not require parenthesis to specify correct operator precedence.
2007-01-22 02:59:50 +00:00