summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2006-03-08(svn r3792) -Fix: Mark the right tile as dirty. It's just a graphical glitch ↵tron
which happend in r1592
2006-03-08(svn r3791) Replace home grown direction handling for placing lighthouses by ↵tron
standard DiagDir
2006-03-08(svn r3789) Add an enum and function to handle DiagDirection changestron
2006-03-08(svn r3788) Fix (harmless) typo in r3784tron
2006-03-08(svn r3787) Use DirToDiagDir() instead of >> 1tron
2006-03-08(svn r3786) More work for DirDifftron
2006-03-08(svn r3785) Replace some if-magic to determine the turning direction for ↵tron
road vehicles with the new DirDiff stuff
2006-03-08(svn r3784) Add a type and functions to handle direction changestron
2006-03-08(svn r3783) Replace further ints and magic numbers by Direction, ↵tron
DiagDirection and friends
2006-03-07(svn r3779) Move CheckTunnelInWay() to a more appropriate place, invert its ↵tron
result and give it a less ambiguous name (IsTunnelInWay)
2006-03-06(svn r3778) - Fix crash when resizing news history window.peter1138
2006-03-06(svn r3777) Add some functions to handle tunnelstron
2006-03-06(svn r3776) Replace many ints and magic numbers by Direction, DiagDirection ↵tron
and friends
2006-03-06(svn r3775) Fix loading of server_port from config file, introduced in ↵peter1138
Darkvater's unified configuration changes (r3719+)
2006-03-06(svn r3774) Remove some more magic numbers and typestron
2006-03-06(svn r3773) Shove some semantics down ottd's throat by replacing ints and ↵tron
magic numbers by enums and some related changes
2006-03-05(svn r3770) Remove the _road_special_gettrackstatus hack. Egladil and me ↵tron
deem it unnecessary
2006-03-05(svn r3769) Add a cast to make KUDr's C++ compiler happytron
2006-03-05(svn r3767) Move all direction related enums and functions to a separate headertron
2006-03-05(svn r3766) Add a function to get the RoadBits from an arbitrary tiletron
2006-03-05(svn r3765) Fix some naming glitches in r3763 and add missing svn propertiestron
2006-03-05(svn r3763) Adapt to the new 'map accessors go in foo_map.h'-schemetron
2006-03-04(svn r3761) Fix two bugs in r3757tron
2006-03-04(svn r3760) Replace some magic numbers for checking for a suitable slope for ↵tron
a level crossing by some less magic numbers. Quite similar to r3699, though this time for placing the rails
2006-03-04(svn r3759) -Fix: [OSX] don't set CC_HOST to i686 gcc when compiling ↵bjarni
universal binaries on PPC without any Makefile.config. Introduced in 3674 (before that i686 used PPC as CC_HOST, but nobody noticed that)
2006-03-04(svn r3758) Remove the news validation callback. It is superseded by r3757.tron
2006-03-04(svn r3757) -Feature: Delete news items about vehicles, when they get staletron
This is used to delete - all news about a vehicle, when it gets deleted - "vehicle has stopped in depot" news, when it gets started - "vehicle has invalid orders" news, when the orders get changed
2006-03-03(svn r3754) Miscellaneous changes: indentation, reduce variable scope, ↵tron
constness, avoid some more function pointer casts
2006-03-03(svn r3752) FYOS avoid to cast function pointerstron
2006-03-03(svn r3751) -Fix: Correctly implement minimum search, so road vehicles head ↵tron
twoards the closest station, not the last one in the list
2006-03-03(svn r3750) Use INVALID_STATION instead of -1 in NPFtron
2006-03-03(svn r3749) -Fix: [FS#61] The tooltips for raising and lowering land buttons ↵tron
in the scenario editor are interchanged (Reported and fixed by lc)
2006-03-03(svn r3748) Remove bubblesort(), it's unusedtron
2006-03-03(svn r3747) Change HASBIT() to return 0/1 instead of 0/value of tested bit, ↵tron
because the name suggests it does the former and current behavior broke in some places in very subtle ways (for example HASBIT(x, 0) != HASBIT(y, 1) doesn't work, returning a bool after HASBIT(x, 9) neither)
2006-03-03(svn r3746) - [7/7] Moving the callback functions for the setting-changes ↵Darkvater
from settings_gui.c to settings.c. Also enable the callback functionality through the console. - Fix a nasty bug with improper counter addition. (*i)++ and NOT *i++ when setting a patch value through the console.
2006-03-03(svn r3745) Fix two buffer overflows, one case of undefined behavior (the ↵tron
destination buffer of sprintf() may not alias with one of its arguments) and some other minor stuff introduced in r3740
2006-03-02(svn r3742) -codechange: [OSX] changed an assert to use the new error window ↵bjarni
and added another two to show if the screen buffer fails for some reason in cocoa driver (instead of just crashing)
2006-03-02(svn r3741) -Fix: [i686 OSX] reverted the change in rev 3670 for non PowerPC ↵bjarni
(done with #ifdef) since it appeared to crash intel based macs This fix is not a good solution and might not work, but if it works, it's better than nothing until we get the real solution
2006-03-02(svn r3740) -Feature: [OSX] added OS version, CPU type and newGRF settings ↵bjarni
to assert window and a message to tell people to add that to a bug report It also adds a new error window, which can be used just like assert, but it is also active when asserts are turned off This is useful for places where it's really important to check even if assert is turned off. It's not used in the code yet
2006-03-02(svn r3739) -Fix: [Big endian CPUs] fixed bug introduced in rev 3720 where ↵bjarni
BE computers would read insane map sizes and crash as a result
2006-03-02(svn r3733) Fix a bug in r3719, which caused a crash when the default value ↵tron
for a SLE_VAR_CHAR setting was used
2006-03-02(svn r3732) - Fix two warnings. Stupid MSVC didn't even complain :s (Thank ↵Darkvater
Tron and peter1138) - NOTE! There are a few warnings left in settings_gui because tha callback functions are disabled. I still need a good place for them.
2006-03-02(svn r3730) Multistop modifications:celestar
-Codechange: Completely rewritten the slot assignment system. It now consumes less CPU cycles and memory -Codechange: Increased maximum number of roadstops to 16. -Fix: Several conditions where a slot becomes unliked from a vehicle -Codechange: ClearSlot now only takes one parameter, the vehicle -Feature: Console command 'clearslots' to clear ALL currently assinged slots. debug usage only -Feature: vehicles that cannot get a slot now wait on the road instead of planlessly blocking stops or circling around -Codechange: Adjusted debug levels TODO: Make the slot finder compatible with (a) pathfinder(s).
2006-03-02(svn r3727) - Fix some typos in the readme and known-bugs text filesDarkvater
2006-03-02(svn r3726) - [6/6] Finalize conversion, finally save the patches struct.Darkvater
- Remove the temporary synchronisation in during the map-transfer as this is no longer needed - The saved patches work just like the saved gameoptions. You have a _patches and a _patches_newgame struct. The _patches_newgame struct contains the values from the configuration file and thus the defaults for new games. When a new game is started or an older game is loaded, the default values are copied over to _patches to be used. When you load a game that has PATS saved, the default values are also loaded, but immediately overwritten by the values from the savegame. This ensures that player-based values are always taken from your personal preferences. - The current implementation also changes the default values if you change player-based settings in the game. For example changing window_snap_radius in a certain game will also change it for all next OpenTTD sessions. - The savegame version has been increased to 22. - The last 6 orso patches close the following reports: [ 1366446 ] different names for patches: all patch settings have the same name as in the configuration file and are reachable from the console. [ 1288024 ] Strange string on OTTD initial screen: configuration (and this includes patches) inputs are validated and clamped to their minimum/maximum values. [ 1423198 ] Make "Signals on Drive side" player, not server, based: this is only visual so current setting is to save it with the savegame but not synchronise in multiplayer. [ 1208070 ] Patches and New GRF options saved: apart from newgrf this is done
2006-03-02(svn r3724) - [5.5/6] heh, the patch part got left out of the previous ↵Darkvater
commit, sorry
2006-03-02(svn r3723) - [5/6] Move over the console commands from settings_gui to ↵Darkvater
settings where they rather belong. - Remove the restriction that the 'patch' console command can only be run from network games.
2006-03-02(svn r3722) - [4/4] Present the game with a unified structure for the ↵Darkvater
configuration-ini, saveload, console and gui representations of the settings. The last part finishes the transition with the merging of the settings_gui table(s). - Because patches are (will be in a few commits) saved, you cannot specify the order of the GUI-items in the SettingDesc tables themselves. Doing so would mean messing around with the savegame-version, or doing expensive lookups. So the GUI-tables are now just simple indeces into the original table. No more is needed since that table contains all information - The only change in functionality is that the stepsize has been automated. It is calculated from the minimum and maximum values such that within 50 clicks you will have gone from one end to the other if scrolling. - The GUI has kept its flags intact. These are: SGF_0ISDISABLED: the variable might have a domain higher than zero, but a special value of nul is used as telling that feature is disabled. SGF_NOCOMMA: represent the number without any thousand-seperators SGF_MULTISTRING: internally the variable is a number, but its representation is a string based on a simple offset. SGF_NETWORK_ONLY: this setting can only be changed during network games SGF_CURRENCY: the variable represents money and will be shown in the local currency - - NOTE! The game is not compilable after this commit (because console hooks have not been updated)
2006-03-02(svn r3721) - [3/4] Present the game with a unified structure for the ↵Darkvater
configuration-ini, saveload, console and gui representations of the settings. From part 3 on, OpenTTD is once again compilable. - Code has been added to the saveload code to honour the SLF_SAVE_NO and SLF_NETWORK_NO flags. SLF_NETWORK_NO just reads in the the bytestream and then discards it because that setting is not synchronised. For this the function SlSkipBytes() has been reinstated - SAVEGAME_VERSION has been changed from a constant ENUM to a constant integer. This was done for the configuration-code to be able to tell which version of a CONDVAR type to handle. As said before, because settings can be saved to the savegame, they will become conditional at some point. The configuration code always has to read the 'most recent' version. - GameOptions are saved through the new structure. It is fully compatible with any old savegame...however it is better. Because of the move to this new format we can instruct the loader to skip certain variables. Autosave for example isn't synchronised anymore (in the network). The same goes for currency and kilometers :D. That is the only functionality change this patch is supposed to have if I have written it correctly. - NOTE! Patches are still not saved so for Multiplayer to work network_client.c and network_server.c needed slight modifications.
2006-03-02(svn r3720) - [2/4] Present the game with a unified structure for the ↵Darkvater
configuration-ini, saveload, console and gui representations of the settings. This second part gets rid of the old SettingDesc structures and updates them with the unified types. These new settings are heavily macro'd, which should make it easy to add/edit entries within sections. - This unified structure merges the settings in settings.c (concerned with the ini file) and the ones in setting_gui., having to do with the GUI. I tried to give sensible min and maximum values to _patches that were not present in the GUI I hope they work out all right. - All patch settings miss their callback function which have been temporarily reset to NULL - Fixed a really small typo in a Doxygen comment in settings.h - NOTE! When for example _patches are saved to the savegame (as are _gameopt_settings now), you cannot just blindly edit the struct. The same rules apply as to all the other SaveLoad structs. Eg correct CONDVAR's and only adding new entries at the end. - NOTE! The game is not compilable after this commit.