| Age | Commit message (Collapse) | Author |
|---|
|
graphical glitches due to (incorrect) SETX(Y) usage
|
|
|
|
|
|
aircraft details.
|
|
|
|
relatives
|
|
|
|
DrawString.
|
|
this ID' from 'some' strings and replace the string name with something more sensible.
|
|
of duplicate strings and unifies the GUIs quite a bit
|
|
drawing functions instead of only the left.
|
|
|
|
window.
|
|
|
|
DrawFrameRect usage
|
|
something more than whitespace as description of files that don't have a description.
|
|
depot_base.h and remove quite a lot of unneeded (before this) includes of depot.h.
|
|
|
|
unneeded include from openttd.h.
|
|
|
|
useless includes.
|
|
logical place and remove about 50% of the includes of 'functions.h'
|
|
their respective places.
|
|
|
|
and making it more logic where function definitions can be found.
|
|
the color of the text in a DrawString call.
Patch heavily based on BiBB's work (FS#1383)
|
|
|
|
Based on a patch by nycom.
|
|
determined. Patch by nycom.
|
|
|
|
a vehicle. Patch by nycom.
|
|
CcClone(Aircraft|RoadVeh|Ship|Train) in favour of CcCloneVehicle.
|
|
same forwat so we can display it.
|
|
windows that are smaller than the default window size.
|
|
variables.h to strings.h
|
|
|
|
Get(Aircraft|RoadVeh|Ship|Train)Image.
|
|
vehicle window.
|
|
|
|
|
|
accumulated feeder share (transfers) of individual pieces of cargo. This means that cargo isn't thrown on a big pile when it's put in a station or unloaded at a station, however the GUI does not reflect these changes yet so you will not actually see it.
|
|
better to use int64 variables in the string generating too instead of packing them into two int32s.
-Fix: some displays of money were wrong.
|
|
place money in some string.
|
|
-Codechange: use predefined enums for viewport zoomlevels
|
|
|
|
The end of the preliminary work is near
|
|
This major feature-fix keeps track of the value of transfers offloaded at a station, and hands on to a loading vehicle a credit note proportionate to the cargo loaded. The transferring vehicle is paid only for the distance it has travelled. eg. B-C in a transfer chain A-B-C-D.
When the final cargo is delivered, these credit notes are cashed, and the final vehicle is paid for A-D minus any credit notes it is carrying. The company bank balance increases by the value of the A-D route.
You still need to set up a profitable route; it is still easy to make a loss on transfers by bad planning. :)
|
|
|
|
code, as 1 mph == 1.6 km/h is too far out for some people.
|
|
horizontally and contains sorting options
-Codechange: the build ship window is merged into build_vehicle_gui.cpp
|
