If you want to give a side units without upkeep costs, give those units the 'loyal' trait.

Normally you don't want to muck with this value.

Leaders (units with canrecruit=yes) never pay upkeep no matter what upkeep is set to.

An integer can be used to set the upkeep cost to that number.

full: unit costs level upkeep (see UnitTypeWML).

Can be changed by the effect 'loyal' (see EffectWML)

upkeep: the amount of upkeep the unit will require each turn.

Defaults to the level of the described by type.

A leader can only recall those units which pass the SUF.

extra_recruit: a list of unit types which this unit can recruit in addition to the ones given by its recruit= (only relevant for units with canrecruit=yes).

More than one unit with canrecruit=yes for the same side (see SideWML) are allowed in single player, if the side is human-controlled.

So that leaders do not need to be given the loyal trait. Units with canrecruit=yes are exempt from upkeep costs. If you don't want the leader to recruit, it is usually better to just not give him any unit types to recruit, than to make a special victory condition. Normally you want to set the leader of a side with canrecruit=yes. Usually scenarios end when only one team is left with a leader that can recruit, but special victory conditions can be set up in campaigns. However, even if your team has lost you continue to play with whatever units you still have until the scenario is over. Normally when a team controls no units with canrecruit=yes, that team loses. unrenamable: if 'yes', the user-visible name of the unit cannot be changed by the player (which is only possible when the unit is on the player's side anyway).Although this is a translated string, see proper nouns in strings before using it in a translatable string. Note that the player may use the 'rename unit' action to change this (unless unrenamable is also set). name: the user-visible name of the unit.Default is male (unless random_gender is set to 'yes'), but if the unit has only a female variant it will be female. gender: can be set to male or female to designate the gender of the unit.WML should therefore be structured in such a way that no two units in existence ever end up with the same ID. (The one instance when an id is displayed to the player is when the leader's id is used as the default for a side's current_player attribute.) Note: While it IS technically possible to create multiple units with the same ID, doing so may produce unpredictable results in many cases. In older versions, the description attribute specified a unique ID. If not specified, a random one will be generated for the unit to ensure that each unit has a unique id attribute (as will happen when a unit is recruited normally). This is (usually) not displayed to the player, but is to be used only for identifying and filtering units. Defaults to 1, except when the tag appears inside a, in which case the unit always belongs to that side, and this key is ignored. It has to be an existing side, even if the unit is created in a variable.

This is likely of little use to WML authors it is automatically generated when needed by the game (to keep track of some s). parent_type: overrides type if this is present.variation: the of the as which the unit will appear.The following keys and tags describe the unit itself, and will persist with the unit (though some may change automatically when the unit advances): Finally, there are some keys to set certain one-time options for how the unit will be initially created, which will not persist beyond initial creation. This contains keys and tags which describe the unit's persistent data, as well as certain state variables which will also persist with the unit but will change frequently as gameplay progresses. can be used inside ( SideWML) for units present at start of the scenario, or as DirectActionsWML for units created during the game. However it takes many of the same keys and thus can generally override the inherited properties from the associated. It is different from the in, which describes a class of units. The tag describes a single unit on the map or in memory, for example Konrad.

Battle for wesnoth cheat create unit