summaryrefslogtreecommitdiff
path: root/src/build_vehicle_gui.cpp
AgeCommit message (Collapse)Author
2007-09-17(svn r11122) -Fix [FS#1234]: crash when building a NewGRF vehicle when the ↵rubidium
articulated build vehicle callback returneed a different value for the purchase window than the normal build. Thanks for Dalestan and _minime_ for pointers to possible causes.
2007-08-27(svn r10992) -Fix [FS#1132]: huge amount of vehicles in the "ungrouped" ↵rubidium
group. Patch by frosch.
2007-07-29(svn r10731) -Codechange: allow smaller initial "build <vehicle type>" windows.rubidium
2007-07-27(svn r10704) -Codechange: provide an infrastructure to have resizable ↵rubidium
windows that are smaller than the default window size.
2007-07-17(svn r10603) -Codechange: avoid direct access to _engine_infopeter1138
2007-07-14(svn r10567) -Add [FS#915]: a "group" with ungrouped vehicles. Patch by ↵rubidium
Matthias Wolf.
2007-07-13(svn r10552) -Fix [FS#1034, r10546]: opening Available Aircrafts segfaultedtruelight
2007-07-13(svn r10546) -Fix [FS#1026]: you can now have both Available Train as ↵truelight
Available Ship window open
2007-06-25(svn r10324) -Codechange: reference engine names by indexpeter1138
2007-06-22(svn r10265) -Feature: allow double-clicking on certain places: ↵truelight
build-vehicle and town-action
2007-06-21(svn r10258) -Codechange: as we are now using int64 all over the place, it's ↵rubidium
better to use int64 variables in the string generating too instead of packing them into two int32s. -Fix: some displays of money were wrong.
2007-06-21(svn r10247) -Fix (r10210): *always* call SetDParamMoney when you want to ↵rubidium
place money in some string.
2007-06-21(svn r10246) -Fix (r10297): some forgotten money conversions and truncation ↵rubidium
issues. Thanks to benc for providing the patch.
2007-06-02(svn r10025) -Fix: [build windows] sorting planes for capacity didn't check ↵bjarni
mail capacity. Now mail capacity is used if passenger capacity is the same The sort will still resort to EngineID if both mail and passenger capacities are the same
2007-06-02(svn r10024) -Feature: [build windows] trains, road vehicles and ships can ↵bjarni
now be sorted by cargo capacity (planes already had this option)
2007-06-01(svn r10008) -Codechange: Move a couple of functions related to articulated ↵maedhros
vehicles to a file of their own.
2007-05-25(svn r9917) -Codechange: prepare some more areas for more road types. rubidium
2007-05-19(svn r9874) -Feature: advanced vehicle lists a.k.a. group interface. Now you ↵rubidium
can make groups of vehicles and perform all kinds of tasks on that given group. Original code by nycom and graphics by skidd13.
2007-05-18(svn r9869) -Codechange: replace some bytes with VehicleType, i.e. more type ↵rubidium
strictness.
2007-05-12(svn r9828) -Codechange: [NewGRF] Add support for changing cargo capacity ↵peter1138
with callback 36. This is set on construction for ships and roadvehicles, and whenever carriages are attached for trains.
2007-05-07(svn r9809) -Codechange: [NewGRF] Add callback 36 properties to purchase ↵peter1138
lists and add running cost changing for ships.
2007-05-07(svn r9806) -Codechange: [NewGRF] Add callback 36 support for purchase cost, ↵peter1138
for all vehicle types.
2007-04-20(svn r9703) -Codechange: support callback 36 in vehicle purchase listspeter1138
2007-04-18(svn r9672) -Cleanup: lots of coding style fixes around operands.rubidium
2007-03-26(svn r9476) -Codechange: Make build windows for all vehicle types the same ↵maedhros
width.
2007-03-26(svn r9475) -Codechange: Allow the purchase details widget to expand ↵maedhros
dynamically if there's still not enough room for the text.
2007-03-26(svn r9474) -Fix (r8378): Expand the details widget in the vehicle build ↵maedhros
windows again to make room for all the text.
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-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-23(svn r8859) -Cleanup: doxygen changes. Mostly @files missing tags and a few ↵belugas
comments style.
2007-02-20(svn r8826) -Codechange: Replace _cargoc's separate arrays with a regular ↵peter1138
struct array (with accessor) and implement new initialization method using cargo labels.
2007-02-20(svn r8822) -Fixtron
Variable scope, const
2007-02-17(svn r8787) -Change r8771: allow fast aircraft in small airportsbjarni
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(svn r8783) -Fix r8771: aircraft vehicle subtype and aircraft engine subtype ↵bjarni
aren't the same (even though they both tell if it's a plane or helicopter)
2007-02-17(svn r8771) -Fix r8343: build aircraft windows will no longer show aircraft ↵bjarni
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-16(svn r8755) -Fixtron
Abbreviate GetAirport(st->airport_type) to st->Airport()
2007-02-15(svn r8749) -Regression r8331: fixed signed/unsigned issue that could create ↵bjarni
too many lines in build vehicle windows and crash the game
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 r8746) -Regression r8331: build train window could sort incorrectly by ↵bjarni
EngineID with certain newGRF sets
2007-02-07(svn r8621) -Codechange: assigned new numbers to the VEH_(type) enum so that ↵bjarni
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-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-01(svn r8511) -Codechange: make WindowClass an enumerated value.rubidium
2007-01-30(svn r8464) -Revert (r4322): Change back to converting to mph in the GUI ↵peter1138
code, as 1 mph == 1.6 km/h is too far out for some people.
2007-01-30(svn r8460) -Fix (r8455): the build train window put locomotives and wagons ↵bjarni
in appeantly random order
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-24(svn r8390) -Codechange (r8384): Rewrote ResizeButtons()bjarni
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(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-24(svn r8384) -Codechange: [GUI] instead of writing a resize button function ↵bjarni
for each window, a global ResizeButtons() is added
2007-01-23(svn r8381) -Fix (r8377): [build vehicle window] cleaned up the train ↵bjarni
refitable detection. It had two variables doing the same thing, but not always set to the same (oops)