summaryrefslogtreecommitdiff
path: root/src/ai/api
AgeCommit message (Collapse)Author
2010-02-28(svn r19294) -Change: [NoAI] Remove HasNext() from all lists/iterators and ↵frosch
add IsEnd() instead.
2010-02-28(svn r19293) -Fix [FS#3566]: Some methods of AIAbstractList left invalid ↵frosch
iterators.
2010-02-25(svn r19249) -Fix [FS#3642](r18803): start and end tiles were swapped in ↵smatz
CMD_REMOVE_LONG_ROAD
2010-02-24(svn r19231) -Feature: Allow overbuilding of road stops.terkhen
2010-02-24(svn r19230) -Feature: Allow to remove multiple road stops using drag and drop.terkhen
2010-02-24(svn r19229) -Feature: Allow to build multiple road stops using drag and ↵terkhen
drop (Based on Wolf01 work)
2010-02-24(svn r19227) -Codechange: Reorganization of parameters at CmdBuildRoadStop.terkhen
2010-02-22(svn r19198) -Codechange: store the size of stations in savegamesyexo
2010-02-17(svn r19151) -Codechange [FS#3625]: Move home directory to a better place in ↵rubidium
Haiku (jrepan)
2010-02-17(svn r19150) -Fix (r19143): some more locations could use updatingrubidium
2010-02-05(svn r19019) -Codechange: use HasExactlyOneBit() and HasAtMostOneBit() ↵smatz
instead of CountBits() where possible
2010-02-05(svn r19017) -Doc: [NoAI] A parameter wasn't documentedrubidium
2010-02-04(svn r19014) -Add: [NoAI] AIOrder::[G|S]etStopLocation to get/set the stop ↵yexo
location of trains in a rail station
2010-02-04(svn r19011) -Update: AI changelogrubidium
2010-02-02(svn r18987) -Fix: [NoAI] Make building long rails fail for AIs if there is ↵terkhen
an obstacle in the way.
2010-02-02(svn r18986) -Fix (r18803): Make building long roads fail for AIs if there ↵terkhen
is an obstacle in the way.
2010-01-29(svn r18956) -Update: NoAI changelogyexo
2010-01-29(svn r18955) -Feature: [NoAI] introduce GetBuildCost functions in several ↵yexo
classes to get easier cost estimations before you start building
2010-01-29(svn r18953) -Feature: [NoAI] allow editing AI settings while an AI is runningyexo
Only settings with the AICONFIG_INGAME flag can be editted in this way
2010-01-27(svn r18930) -Fix: [NoAI] Autoreplace is also valid for the default group.frosch
2010-01-27(svn r18925) -Fix (r18924): a waypoint can have a buoy but no rail waypoint tileyexo
2010-01-27(svn r18924) -Fix [NoAI]: AIOrder::GetOrderDestination could return a ↵yexo
non-waypoint tile when the waypoint was a multitile waypoint
2010-01-18(svn r18866) -Codechange: remove the CmdFailed(ret)/CmdSucceeded(ret) ↵rubidium
wrapper functions
2010-01-18(svn r18860) -Codechange: introduce a wrapper to get an hangar tile from a ↵yexo
station
2010-01-15(svn r18811) -Fix (r18803): also swap the parameters for the AI APIrubidium
2010-01-15(svn r18809) -Codechange/Cleanup: remove unneeded headers from some files, ↵rubidium
if a header require a header make it include that header
2010-01-15(svn r18807) -Codechange: introduce AirportSpec and move several ↵yexo
non-statemachine-related variables to there
2010-01-11(svn r18786) -Fix [FS#3507]: NoAI's custom implementation of DoCommandP has ↵rubidium
several flaws (not masking of bits, not resetting town authority updates on checks/estimates, ...). Let it use DoCommandPInternal, DoCommandP without showing error messages and such, instead.
2010-01-11(svn r18784) -Codechange: make NetworkSend_Command accept a company instead ↵rubidium
of using _local_company to pass that information, with the whole mess when you don't want the company to be _local_company.
2010-01-11(svn r18781) -Codechange: pass the CommandCost to the callback instead of ↵rubidium
whether it succeeded or not. -Fix: AIs did update their last cost incorrectly in network games if the cost of the DC_EXEC phase differed from the ~DC_EXEC phase.
2010-01-10(svn r18777) -Codechange: remove some unused parameters from a functionrubidium
2010-01-04(svn r18726) -Fix [FS#3463]: with non-uniform industries the 'supplies' text ↵rubidium
when building a station could be incorrect (missing a cargo) -Change [NoAI]: AITile::GetCargoProduction now returns the number of producers and not the number of tiles of producers. -Fix [NoAI]: AITileList_IndustryProducing would omit some tiles for at which a station would get cargo.
2010-01-04(svn r18725) -Add: [NoAI] AIWaypoint::WaypointType and ↵frosch
AIWaypoint::HasWaypointType(). -Change: [NoAI] Constructor of AIWaypoint now takes a WaypointType to also handle buoys. -Remove: [NoAI] AIBuoyList.
2010-01-04(svn r18721) -Codechange: simplify adding/removing rectangles of tiles from ↵rubidium
AITileLists
2010-01-04(svn r18719) -Feature: don't delete the rough/rocky status of a tile when ↵yexo
it's covered by snow, this allows rocky tiles under snow if you have a variable snowline
2010-01-04(svn r18718) -Codechange: make a wrapper macro for looping TileAreasrubidium
2010-01-04(svn r18717) -Codechange: use TileArea in industry instead of three separate ↵rubidium
variables. Also make use of TileArea functions for determining the 'width' and 'height' of an industry.
2010-01-04(svn r18716) -Codechange: pass a TileArea to FindStationsAroundTilesrubidium
2010-01-03(svn r18696) -Fix [FS#3404]: AITile::IsCoastTile returned false for coast ↵yexo
tiles with trees on them.
2010-01-02(svn r18691) -Change [NoAI]: cleanup some errors messages and add a few to ↵yexo
AIWaypoint
2010-01-02(svn r18687) -Add [NoAI]: AIEngine::IsBuildable to check if you can build a ↵yexo
certain engine. -Change: AIEngine::IsValidEngine will now also return true when you have at least one vehicle of that type even if you can't build it anymore.
2010-01-01(svn r18683) -Fix: it's not an otherrubidium
2009-12-30(svn r18667) -Fix [FS#3454]: [NoAI] crash when trying to get the order ↵rubidium
destination of a 'nearest depot' order
2009-12-28(svn r18651) -Fix [FS#3438](r18518): [NoAI] When AI tried to create ↵smatz
NO_UNLOAD order, GOTO_NEAREST_DEPOT order was created instead
2009-12-23(svn r18622) -Merge: release changesrubidium
2009-12-20(svn r18562) -Document: improve clarity of the AIAccounting classrubidium
2009-12-20(svn r18558) -Cleanup (r18557): no need to document TILE_INVALID twicesmatz
2009-12-19(svn r18557) -Fix: (most of) gcc errors when using lto caused by some ↵smatz
structs having different definition in different object files
2009-12-19(svn r18556) -Fix (r17005): squirrel export didn't accept negative constantssmatz
2009-12-19(svn r18555) -Fix (r15027): fake definitions of squirrel types were wrong ↵smatz
for eg. 64bit systems, don't use them