Page Comparison

Player Initialisation

See Player Initialisation Rules

Design Mode & Mini Map

Under normal game rules a HQ is required to enable the Design Mode (droid design tool) and mini map.

If the HQ gets destroyed, both those features must be disabled. If a HQ gets build, they are re-enabled.

The code to do this is usually stored in a function so that it can be called from three key events:

• eventGameInit() – when the game starts, as there might be a HQ present after player initialisation
• eventStructureBuilt() – in case an HQ has been built
• eventDestroyed() – in case the HQ has been destroyed

Victory Conditions

See Victory Conditions.

other

See also

rules.js

Each human player in a game will have an associated rules.js script assigned to them. It runs for the duration of the game.

The rules.js script is responsible for applying and monitoring game rules, and providing in-game situation reporting (SitRep) to the human player.

Game Rules

There are three key parts to the game rules as follows:

• Player Initialisation – set up technologies, components, base type, starting power, etc.
• Mini Map and Design Mode – enable or disable based on presence of HQ (Command Centre)
• Victory Conditions – check if the game is won or lost

You should make yourself familiar with all of them, even if you have no intention of modding them.

Situation Reporting (SitRep)

Realtime (or near-realtime) reporting of important events taking place in the game.

For detailed information, see:

• Situation Reporting (SitRep) – in-game situation reporting