| Age | Commit message (Collapse) | Author |
|---|
|
-Fix r9846: initialize the zoom level for 'screen', as assuming 0 is not correct
|
|
-Codechange: unified the blitter function so we have 1 function for all zoom-levels
-Codechange: make most of the label functions work with zoom-level instead of magic numbers and big switches per zoom-level
-Codechange: MakeXXXDirty() functions didn't take into account zoom-level, but just used the biggest possible value
-Codechange: simplified blitter functions to avoid code duplication
|
|
adding to the existing value.
|
|
cases.
|
|
many causing asserts.
|
|
availability)
|
|
|
|
delete or autoreplace of vehicles.
|
|
|
|
production)
|
|
been refitted.
|
|
can make groups of vehicles and perform all kinds of tasks on that given group. Original code by nycom and graphics by skidd13.
|
|
|
|
|
|
climates. Multiple definitions of the same cargo type are sometimes required.
|
|
to the "type" member of industry struct
|
|
strictness.
|
|
and adjust a comment
|
|
be found in the industry spec, so take it from there instead.
|
|
one-input-cargo-creates-one-output-cargo limit in the factories, sawmills, steelmills and the ones I'm forgetting to mention right now. Use of this functionality will come later.
|
|
for strgen
|
|
error().
|
|
|
|
|
|
|
|
Currently only used for newhouses.
Basically, it is more a gathering of IDs from grf files and ingame data.
|
|
you always switch them at the last moment... UnScaleByZoom was ScaleByZoom and visa versa... (tnx to yeti_ for noticing)
|
|
estonian - 10 fixed by kristjans (10)
japanese - 9 fixed by ickoonite (9)
traditional_chinese - 21 changed by xbddc (21)
|
|
obvious reasons
-Codechange: introduced ZOOM_LVL_DETAIL to show/remove details
-Codechange: changed << and >> operator with ZoomLevel to a simple wrapper (that in theory also allows zoom-in besides the current zoom-out)
-Fix r9845: missed some int -> ZoomLevel
|
|
|
|
-Codechange: use predefined enums for viewport zoomlevels
|
|
loading.
|
|
disabled.
|
|
|
|
|
|
the changed loading algorithm thought it was already finished.
|
|
of loading one (semi-)random vehicle at a time:
- Now it is really FIFO.
- When there is enough cargo to fill the first vehicle in the queue, the next vehicle in the queue start loading (and the next when ....).
|
|
handling.
|
|
generally loading/unloading will happen fifo, but there are no guarantees on the FIFO-ness. For (better) FIFO guarantees you still need to use improved loading.
|
|
|
|
|
|
|
|
and we are currently (un)loading.
|
|
|
|
roads of the users, even in case of "No Road" layout (skiddl13)
|
|
|
|
with callback 36. This is set on construction for ships and roadvehicles, and whenever carriages are attached for trains.
|
|
perfectly valid... (fixes dbsetxl refits again...)
|
|
|
|
|
