Commit Graph

39748 Commits

Author SHA1 Message Date
rubidium
91d18ebd17 (svn r10984) -Codechange: unify the way one can get the current speed in the same forwat so we can display it. 2007-08-26 20:43:22 +00:00
rubidium
a5b32d8d72 (svn r10984) -Codechange: unify the way one can get the current speed in the same forwat so we can display it. 2007-08-26 20:43:22 +00:00
rubidium
39f17c9de4 (svn r10983) -Codechange: use vehstatus & VS_CRASHED instead of some other "methods" custom to each vehicle to determine whether the vehicle is crashed. 2007-08-26 20:16:02 +00:00
rubidium
a83ccad6bd (svn r10983) -Codechange: use vehstatus & VS_CRASHED instead of some other "methods" custom to each vehicle to determine whether the vehicle is crashed. 2007-08-26 20:16:02 +00:00
rubidium
1a82bd9350 (svn r10982) -Fix [FS#1162]: some old savegames could be in a state that the current game logic does not like; in the list of vehicles loading at a station when the vehicle is not actually at the station. 2007-08-26 14:38:44 +00:00
rubidium
cf1d74b41e (svn r10982) -Fix [FS#1162]: some old savegames could be in a state that the current game logic does not like; in the list of vehicles loading at a station when the vehicle is not actually at the station. 2007-08-26 14:38:44 +00:00
rubidium
d5bc4d8b2a (svn r10981) -Fix [FS#1156] (r10970): stations gave ratings for accepted cargo too. 2007-08-26 13:55:36 +00:00
rubidium
a0d37ea7b9 (svn r10981) -Fix [FS#1156] (r10970): stations gave ratings for accepted cargo too. 2007-08-26 13:55:36 +00:00
belugas
182283a67c (svn r10980) -Fix [FS#1158] : This will hopefully fix the case of an assert that happens when an industry uses a special gfx index (tile spec 0xFF). This 0xFF is the sentinel of a special check done for oil rigs, where water need to be around, but no tile will be constructed on it.
Problem is that the upper limit of gfx tiles is currently at 175.  So, of course the system will assert with 255 ;)
2007-08-26 00:23:32 +00:00
belugas
36c5b4e1ef (svn r10980) -Fix [FS#1158] : This will hopefully fix the case of an assert that happens when an industry uses a special gfx index (tile spec 0xFF). This 0xFF is the sentinel of a special check done for oil rigs, where water need to be around, but no tile will be constructed on it.
Problem is that the upper limit of gfx tiles is currently at 175.  So, of course the system will assert with 255 ;)
2007-08-26 00:23:32 +00:00
rubidium
e93f41676f (svn r10979) -Fix [FS#1157]: catenary on tunnel tiles was drawn non-transparant when the other catenary was drawn transparant. Patch by smatz. 2007-08-25 20:32:18 +00:00
rubidium
ba69ac2632 (svn r10979) -Fix [FS#1157]: catenary on tunnel tiles was drawn non-transparant when the other catenary was drawn transparant. Patch by smatz. 2007-08-25 20:32:18 +00:00
rubidium
f3de8788d8 (svn r10978) -Fix (r10974): only the first road stop (with correct roadtype) was considered when distributing vehicles. 2007-08-25 20:05:58 +00:00
rubidium
c6152e0cd4 (svn r10978) -Fix (r10974): only the first road stop (with correct roadtype) was considered when distributing vehicles. 2007-08-25 20:05:58 +00:00
miham
5a496ffeb5 (svn r10975) -Update: WebTranslator2 update to 2007-08-24 21:49:23
croatian   - 1 fixed by knovak (1)
finnish    - 4 changed by tonihele (4)
2007-08-24 19:49:40 +00:00
miham
5d245dc861 (svn r10975) -Update: WebTranslator2 update to 2007-08-24 21:49:23
croatian   - 1 fixed by knovak (1)
finnish    - 4 changed by tonihele (4)
2007-08-24 19:49:40 +00:00
rubidium
bb368f880b (svn r10974) -Fix [FS#1144, FS#1155]: road vehicles that could not (properly) use a road stop still tried to go to that road stop. 2007-08-24 19:19:18 +00:00
rubidium
8a86526d05 (svn r10974) -Fix [FS#1144, FS#1155]: road vehicles that could not (properly) use a road stop still tried to go to that road stop. 2007-08-24 19:19:18 +00:00
KUDr
9503f02063 (svn r10973) -Fix [FS#1154]: update wp->xy when waypoint is moved (Catalan) 2007-08-24 17:49:42 +00:00
KUDr
6c061ecfb4 (svn r10973) -Fix [FS#1154]: update wp->xy when waypoint is moved (Catalan) 2007-08-24 17:49:42 +00:00
belugas
40d4d2f2ca (svn r10972) -Codechange: Implement the counterpart(GetTranslatedIndustryTileID) of getindustileid of TTDPatch. This allows to ensure that the ID of a tile (taken out of the map or not) is still a valid one regarding the possible override it may have been flagged to.
It is not the strict same thing, but is what we need regarding the slightly different approach we took for newindustries.
2007-08-24 00:23:35 +00:00
belugas
99158287fd (svn r10972) -Codechange: Implement the counterpart(GetTranslatedIndustryTileID) of getindustileid of TTDPatch. This allows to ensure that the ID of a tile (taken out of the map or not) is still a valid one regarding the possible override it may have been flagged to.
It is not the strict same thing, but is what we need regarding the slightly different approach we took for newindustries.
2007-08-24 00:23:35 +00:00
belugas
e9435c11b0 (svn r10971) -Codechange: One less magical number 2007-08-24 00:04:51 +00:00
belugas
604924542c (svn r10971) -Codechange: One less magical number 2007-08-24 00:04:51 +00:00
belugas
64da09f452 (svn r10968) -Codechange: Remove a tileloop performed in the AfterLoadCountBuildings function and use the main loop of CheckhouseIDs instead 2007-08-23 18:05:51 +00:00
belugas
a079834cfc (svn r10968) -Codechange: Remove a tileloop performed in the AfterLoadCountBuildings function and use the main loop of CheckhouseIDs instead 2007-08-23 18:05:51 +00:00
truelight
ec1d0811a4 (svn r10967) -Fix: in case of moving the window on create (because it doesn't fit in the screen), make sure to move the viewport too if we are an extra viewport (spotted by Maedhros) 2007-08-23 11:08:59 +00:00
truelight
da8d778622 (svn r10967) -Fix: in case of moving the window on create (because it doesn't fit in the screen), make sure to move the viewport too if we are an extra viewport (spotted by Maedhros) 2007-08-23 11:08:59 +00:00
miham
dc52f2cb1b (svn r10964) -Update: WebTranslator2 update to 2007-08-22 22:57:00
croatian   - 9 fixed, 13 changed by knovak (22)
italian    - 10 fixed by lorenzodv (10)
japanese   - 5 fixed by ickoonite (5)
polish     - 10 fixed, 1 changed by meush (11)
slovak     - 77 changed by lengyel (77)
spanish    - 5 fixed by eusebio (5)
2007-08-22 20:57:28 +00:00
miham
043e502d14 (svn r10964) -Update: WebTranslator2 update to 2007-08-22 22:57:00
croatian   - 9 fixed, 13 changed by knovak (22)
italian    - 10 fixed by lorenzodv (10)
japanese   - 5 fixed by ickoonite (5)
polish     - 10 fixed, 1 changed by meush (11)
slovak     - 77 changed by lengyel (77)
spanish    - 5 fixed by eusebio (5)
2007-08-22 20:57:28 +00:00
belugas
69f9545a20 (svn r10963) -Revert(10700): Although the idea was good, it was more prone of errors than usefull.
So now, it will be better to jump to the overriden tile when it is been marked as an override
2007-08-22 01:16:08 +00:00
belugas
d921cf88a3 (svn r10963) -Revert(10700): Although the idea was good, it was more prone of errors than usefull.
So now, it will be better to jump to the overriden tile when it is been marked as an override
2007-08-22 01:16:08 +00:00
belugas
339579e22a (svn r10962) -Codechange: protect yourself against an illicit substitution 2007-08-22 00:59:46 +00:00
belugas
b5627afcea (svn r10962) -Codechange: protect yourself against an illicit substitution 2007-08-22 00:59:46 +00:00
belugas
dd61fd374f (svn r10961) -Codechange: Flag default substitutes of industry/tiles with a value that cannot be legal.
This avoids the forest of coal mine error in the futur
2007-08-22 00:52:25 +00:00
belugas
116de48fdf (svn r10961) -Codechange: Flag default substitutes of industry/tiles with a value that cannot be legal.
This avoids the forest of coal mine error in the futur
2007-08-22 00:52:25 +00:00
belugas
77440b09e4 (svn r10955) -Fix: The substitute prop (0x08) of industry tiles does not behave as prop 0x08 of industry. Therefore, do not disable the old industry with value of 0xFF. Not a bug fix, just a spec compliance correction... 2007-08-21 00:29:10 +00:00
belugas
a354a6af96 (svn r10955) -Fix: The substitute prop (0x08) of industry tiles does not behave as prop 0x08 of industry. Therefore, do not disable the old industry with value of 0xFF. Not a bug fix, just a spec compliance correction... 2007-08-21 00:29:10 +00:00
rubidium
8807a47f31 (svn r10953) -Fix [FS#1139, FS#1143]: stations would not get a rating when there were already two stations with a "more than default" rating as no cargo would be moved to the station to be picked up. 2007-08-20 20:29:22 +00:00
rubidium
8ef0cbbdf5 (svn r10953) -Fix [FS#1139, FS#1143]: stations would not get a rating when there were already two stations with a "more than default" rating as no cargo would be moved to the station to be picked up. 2007-08-20 20:29:22 +00:00
glx
e86564d7cd (svn r10948) -Add: [win32] crash.dmp support for MSVC release builds 2007-08-19 21:51:36 +00:00
glx
ffdbaad8ec (svn r10948) -Add: [win32] crash.dmp support for MSVC release builds 2007-08-19 21:51:36 +00:00
glx
1faaedb83f (svn r10946) -Fix (r10932): forgot one occurence 2007-08-19 17:55:24 +00:00
glx
a66008f04c (svn r10946) -Fix (r10932): forgot one occurence 2007-08-19 17:55:24 +00:00
rubidium
dc454841fd (svn r10942) -Fix [FS#1133]: make the AI not crash when it has ships as the AI does not support them. 2007-08-19 16:51:15 +00:00
rubidium
e56e520673 (svn r10942) -Fix [FS#1133]: make the AI not crash when it has ships as the AI does not support them. 2007-08-19 16:51:15 +00:00
rubidium
4ef6e75609 (svn r10932) -Codechange: replace "text" with "chat" for the chat related function and variables. 2007-08-19 09:38:30 +00:00
rubidium
0fed821efb (svn r10932) -Codechange: replace "text" with "chat" for the chat related function and variables. 2007-08-19 09:38:30 +00:00
rubidium
3686455868 (svn r10931) -Fix [FS#1131]: when a station was destroyed and a vehicle was still loading, changing the current order of the loading vehicle caused a crash. This could happen with removing docks and oil rigs. 2007-08-18 22:56:58 +00:00
rubidium
fda1c9d34a (svn r10931) -Fix [FS#1131]: when a station was destroyed and a vehicle was still loading, changing the current order of the loading vehicle caused a crash. This could happen with removing docks and oil rigs. 2007-08-18 22:56:58 +00:00