Age | Commit message (Collapse) | Author | |
---|---|---|---|
2006-04-08 | (svn r4325) When updating the vehicle count for road stops after load use ↵ | tron | |
the slot pointer of the vehicle instead of recalculating the road stop using the destination tile of the vehicle. Apart from being more simple this could prevent a inconsistency of slot information in the edge case when the destination tile isn't the tile of the assigned slot. | |||
2006-04-08 | (svn r4324) Remove the unused road stop type attribute from struct RoadStop | tron | |
2006-04-08 | (svn r4323) -Regression: Clear the slot assignments of all vehicles heading ↵ | tron | |
twoards a road stop if that road stop gets removed This issue was fixed in r2210 and reintroduced in r4259 when the multistop handling was overhauled. | |||
2006-04-08 | (svn r4322) - Codechange: Remove conversion of kmh to mph from gui code to ↵ | peter1138 | |
within the units conversion system, in string.c. This means displaying kmh requires no conversion, instead of being convert from kmh to mph, and then back to kmh again. | |||
2006-04-08 | (svn r4321) For ships check the ship state, not the road state. This bug was ↵ | tron | |
harmless, because both states are at the same byte in the vehicle type specific union. | |||
2006-04-08 | (svn r4320) -Fix/Codechange: rs->num_vehicles is no longer saved or loaded, ↵ | celestar | |
but computed on the fly. Partly fixes FS#101 | |||
2006-04-08 | (svn r4319) -Codechange: Station map accessors | celestar | |
2006-04-08 | (svn r4318) CodeChange : Remove last direct map access on ai/default/default.c | belugas | |
2006-04-07 | (svn r4317) -Codechange: More map accessors for ship_cmd. it is now ↵ | celestar | |
map-access free, but still requires a huge cleanup | |||
2006-04-07 | (svn r4316) -Codechange: finished r4257 (forgot one variable there) | celestar | |
2006-04-07 | (svn r4315) Remove MAX_QUERYSTR_LEN, rather use lengthof() the real thing | tron | |
2006-04-07 | (svn r4314) -Fix: a buffer overflow of the chat box introduced in r1263. ↵ | tron | |
Don't tell the Textbuf an arbitrary number as size of the string buffer, but the real lengthof() it | |||
2006-04-07 | (svn r4313) The parent window of the chat box is always the main toolbar ↵ | tron | |
(?!), therefore don't pass this information as parameter | |||
2006-04-07 | (svn r4312) Calculate the maximum pixel width of the entered text in the ↵ | tron | |
chat box from the "text box"-widget instead of hardcoding an arbitrary - and wrong - number | |||
2006-04-07 | (svn r4311) -Fix/Codechange: Clear the railtype when removing rail under a ↵ | celestar | |
bridge. FS#103 exhibited this problem | |||
2006-04-07 | (svn r4310) The chat box has no visible window title, therefore remove the ↵ | tron | |
string | |||
2006-04-07 | (svn r4309) The initial string of the chat box is always the empty string, ↵ | tron | |
so don't jump through hoops to check if nothing was entered and simplify the code | |||
2006-04-07 | (svn r4307) -Fix: Coding style in previous commit. Thanks to Tron for ↵ | celestar | |
instant notice | |||
2006-04-07 | (svn r4306) -Fix (103). Assertion when removing elrails under bridges. ↵ | celestar | |
Thanks to Rubidium for reporting and fixing | |||
2006-04-07 | (svn r4305) -Codechange: Minor elrail cleanup (Tron) | celestar | |
2006-04-07 | (svn r4304) The chat box' parent window (the main toolbar, wtf?) doesn't ↵ | tron | |
care for the WE_ON_EDIT_TEXT_CANCEL event, so don't send one. This code looks like it was mindlessly copy&pasted from the query box | |||
2006-04-06 | (svn r4302) - Fix: s/maxlength/maxwidth of course, the buffer size is always ↵ | Darkvater | |
set. Comment-change only | |||
2006-04-06 | (svn r4301) - Fix: the maxlength parameter of Textbuf is supposed to be the ↵ | Darkvater | |
size of the buffer (so length of string + '\0'), but in the code it was a mix of both. It didn't cause any problems though, only an occasionaly one-less character than allowed. (thanks Tron for noticing) | |||
2006-04-05 | (svn r4292) - CodeChange: sprinkle some holy water on l'ugly code (braces, ↵ | Darkvater | |
and pos is PacketSize not int) | |||
2006-04-05 | (svn r4291) - Fix: validate all received strings for correctness. This fixes ↵ | Darkvater | |
potential crashes on invalid clients/servers (thanks test for bringing this to our attention) | |||
2006-04-05 | (svn r4290) -Fix: fixed power computation for mixed consists on level ↵ | celestar | |
crossings (michi_cc) | |||
2006-04-05 | (svn r4289) -Codechange: Make use of water_map accessors for ships. Make a ↵ | celestar | |
mental note to clean ship_cmd | |||
2006-04-05 | (svn r4286) -Fix: Typo in 4280 | celestar | |
2006-04-05 | (svn r4284) -Fix: Tunnel portals no longer have a pylon ON them if there is ↵ | celestar | |
a track right above the portal | |||
2006-04-05 | (svn r4283) -Cleanup: More elrail housekeeping, remove code dublication, ↵ | celestar | |
more meaningful variable names, simplify control flow.. | |||
2006-04-05 | (svn r4282) -Cleanup: Re-arranged the ignore groups into a more readable ↵ | celestar | |
arrangement | |||
2006-04-05 | (svn r4281) -Cleanup: Begun cleaning up elrail code a bit, mostly comments ↵ | celestar | |
and enum/array alignment | |||
2006-04-05 | (svn r4280) -Codechange: Add and make use of map accessors concerning ↵ | celestar | |
railway waypoints | |||
2006-04-04 | (svn r4279) s/\<CL_/CLEAR_/ | tron | |
2006-04-04 | (svn r4278) -Fix: changed char to uint8 because signedness of char is ↵ | celestar | |
undefined. Thanks to KUDr and Tron for research and stuff. (FS#98) | |||
2006-04-04 | (svn r4276) -Codechange: Cleaned DrawCatenaryOnBridge a bit (requested by Tron) | celestar | |
2006-04-04 | (svn r4275) -Codechange: Use of map accessor functions inside station_map.h ↵ | celestar | |
when possible | |||
2006-04-04 | (svn r4273) -Fix: Removed a problem where trains would stop in the middle of ↵ | celestar | |
a platform if there were both elrails and convrails along the platform | |||
2006-04-04 | (svn r4272) -Codechange: Moved the map-accessing stuff from station.h into ↵ | celestar | |
station_map.h | |||
2006-04-04 | (svn r4271) s/\<TR_/TREE_/ resp. s/\<TR_/TREE_GROUND/ | tron | |
2006-04-04 | (svn r4270) Rename some bogus map5 to gfx | tron | |
2006-04-04 | (svn r4269) We don't use GNU indentation style | tron | |
2006-04-03 | (svn r4268) - Delete the network-copy of the Patches struct as it is not ↵ | Darkvater | |
needed anymore. All relevant patch-settings that are changed by a network-game are those that are saved with a savegame, so these are not affected for loaded games (since Patches are saved with them). Also there is a distinction between in-game patch settings and default patch settings and this is not affected in MP. Thus this temp copy can be removed. | |||
2006-04-03 | (svn r4267) - Fix (r4241): also validate the error number that a client ↵ | Darkvater | |
receives from a server, and encapsulate this functionality into GetNetworkErrorMsg(). | |||
2006-04-03 | (svn r4266) - Fix: compile warning on VS2005 (not all control paths return a ↵ | Darkvater | |
value) | |||
2006-04-03 | (svn r4265) - Fix: compile warning on VS2005 (parameter 2 different from ↵ | Darkvater | |
declaration) | |||
2006-04-03 | (svn r4263) -Codechange: Road building no longer uses FindLandscapeHeight. ↵ | celestar | |
Last occurence of FindLandscapeTile in the tile-specific functions gone. Thanks to Tron for doing lots of work in this direction | |||
2006-04-03 | (svn r4262) -Codechange: use IsClearWaterTile instead of some "home-brewn" ↵ | celestar | |
marco. town_cmd is now map access free | |||
2006-04-03 | (svn r4261) CodeChange : Add and Use Accessor for Houses Construction. And ↵ | belugas | |
cleaning on town.flags12 too | |||
2006-04-03 | (svn r4259) -[multistop] Fix/Feature/Codechange: | celestar | |
1) Improved the road vehicle allocation (aka slotting) for multistop. Stops can now accept unlimited, er... 256, vehicles. 2) Removed the "wait for stop" feature, because it did not work in practise. 3) Slotting now ignores unreachable stations. Uses NPF at the moment because the old pathfinder cannot do it (yet) 4) Now matter how many vehicles approach a station, they will always be distributed evenly over existing stops. 5) Hopefully the last fundamental change to multistop |