summaryrefslogtreecommitdiff
path: root/src/autoreplace_gui.cpp
AgeCommit message (Collapse)Author
2007-06-25(svn r10324) -Codechange: reference engine names by indexpeter1138
2007-05-25(svn r9919) -Codechange: prepare some more places 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-03-30(svn r9528) -Fix r8610: don't try to modify non-existent widgets (many ↵glx
thanks to Bruce Perence, the libefence developer)
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-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-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 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 r8385) -Fixtron
-Regression (r8314): I only did half the necessary changes to move railtype from Engine to RailVehicleInfo. Now do the rest.
2007-01-23(svn r8371) -Codechange: [autoreplace GUI] moved the autoreplace GUI to a ↵bjarni
file of it's own Note: it's the same as r8363, only this time the svn history of autoreplace should be preserved
2007-01-23(svn r8370) -Revert (r8363): the autoreplace GUI move cleared the file historybjarni
2007-01-23(svn r8363) -Codechange: [autoreplace GUI] moved the autoreplace GUI to a ↵bjarni
file of it's own