Difference between revisions of "VariablesWML/How to use variables"
(Added page two and three) |
m |
||
Line 62: | Line 62: | ||
value="Delfador the Great" | value="Delfador the Great" | ||
[/set_variable] | [/set_variable] | ||
− | We shall not use the arithmetic variations of '''set_variable''' either. Instead we shall use the '''formulaAI'' syntax which is much more natural. Instead of: | + | We shall not use the arithmetic variations of '''set_variable''' either. Instead we shall use the '''formulaAI''' syntax which is much more natural. Instead of: |
[set_variable] | [set_variable] | ||
name=simpleVariable | name=simpleVariable |
Revision as of 19:08, 19 September 2013
Contents
WML Variables HowTo (or Descent into Darkness)
In this document, we shall try to explain WML variables and their use with some details. We’ll start under the burning sun of lawful ordinary use, but, step by step, we shall go deeper in the shadows of necromancy, exploring undocumented features and hidden pits as we may. The first part should be understandable by any beginner, but the last one most probably requires a good WML understanding.
Under the burning sun
Variable definitions
This section and the next one can be skipped if you already know what variables are and how to use them. Variables are some kind of container a programmer can use to store pieces of information (s)he needs to manipulate : numbers, names, sentences, and anything else. In most programming languages, variables must be declared before they can be used. Declaration is an instruction giving a name (used later to refer to the variable) and a type, which defines the kind of content of the variable (number, characters strings, and so on). Later in the program, instructions can be used to store and retrieve the content of the container, which is most often called the value of the variable. In WML, variables need no declaration and their value have no precise type1). This means a new variable will be created at the first time the programmer stores something in it. And that (s)he can store anything in it. Variables use memory, so it’s good practice to clear them when they’re not needed anymore. Variables names are freely chosen by the programmer with some restrictions. They should not be the name of a language instruction (keyword) or operator. In WML, you can use quite any name or sentence to name a variable, but you shouldn’t if you want to shun subtle problems. A classical rule is :
- - variable name should begin with a letter
- - variable names should only contain letters (not accented) and numbers and the underscore _ character.
No spaces, no accented letters, no special characters, no minus and plus signs, etc… Those names are always safe and correctly interpreted by the engine as variables names. Note that some special characters are forbidden in variable names: $ , . | {} [] = because they have a special meaning we shall see later. I would strongly suggest to avoid common tags names like “event” “side” and too long names like:
- “name_of_the_guy_who_killed_the_orc_on_last_turn” which is not the same as:
- “name_of_the_gyu_who_killed_the_orc_on_last_turn”, but it’s not really obvious at first glance.
It’s a common error to type wrongly a variable name: in WML this don’t rise any error message, but the variable will have no value, giving most probably what you don’t expect. Last but not least, variables names are case sensitive: in other words, ‘aVar’ is not the same as ‘avar’.
Variables creation and manipulation
Even if WML variables contents have no precise types1), we shall discuss two kinds:
- - variables holding a single value, like a number, a character string
- - variables holding a compound value, i.e. a pack of single values.
They’re often called containers in the documentation. Simple variables are created using the tag [set_variable]:
[set_variable] name=simpleVariable value=36 [/set_variable]
The tag defines the name and the value of the variable.
Next, we can access the variable value using the variable name prefixed with a dollar sign $.
[modify_unit] [filter] id=$unit.id [/filter] moves=$simpleVariable [/modify_unit]
This sets the moves of the unit to 36 since simpleVariable holds 36.
When the line is executed, the value 36 is substituted to $simpleVariable, so it works as if we wrote:
[modify_unit] [filter] id=$unit.id [/filter] moves=36 [/modify_unit]
Using the same tag, we can change the value of simpleVariable, or make some arithmetic (see the tag documentation for the whole list).
For example:
[set_variable] name=simpleVariable sub=30 [/set_variable]
will change the value to 6 of course. We can even set the variable to another value type:
[set_variable] name=simpleVariable value="Delfador the Great" [/set_variable]
We shall not use [set_variable] tag anymore. Instead, we shall use the VARIABLE shortcut:
____________________________
- 1) In computering words, they are not strongly typed.
{VARIABLE simpleVariable "Delfador the Great"}
stands for:
[set_variable] name=simpleVariable value="Delfador the Great" [/set_variable]
We shall not use the arithmetic variations of set_variable either. Instead we shall use the formulaAI syntax which is much more natural. Instead of:
[set_variable] name=simpleVariable value=35 [/set_variable] [set_variable] name=simpleVariable add=$anotherVariable [/set_variable]
we shall write:
[set_variable] name=simpleVariable value="$(35 + $anotherVariable)" [/set_variable]
- # or
{VARIABLE simpleVariable "$(35 + $anotherVariable)"}
The formulaAI syntax is easy to use, the important thing is to always put the formula in this sequence: “$( … here comes the formula … )” In other words, $simpleVariable can be written everywhere you want to use the value of simpleVariable. Clearing variables can be done using the [clear_variable] tag:
[clear_variable] name=simpleVariable [/clear_variable]
- # or using the following macro to delete more than one variable {CLEAR_VARIABLE simpleVariable,anotherOne,count}2)
____________________________
- 2) Please note the CLEAR_VARIABLE macro will not work if your variables names contain spaces or commas. It’s one good reason to avoid them.
Containers
What is a container ? It is a variable holding more than a simple value. A good example is the unit variable created automatically in moveto and attack events. It contains the full description of a unit, not only its name and its id. Containers are useful to store related values in a pack. All these different values are called “members” of the created container. Instead of writing this:
{VARIABLE heroName "Delfador"} {VARIABLE heroGold 250} {VARIABLE heroFame 127} {VARIABLE heroFullName "Delfador the Great"}
we can pack all this in a “hero” variable using [set_variables] (mark the ‘s’)
[set_variables] name=hero [value] name="Delfador" gold=250 fame=127 fullName="Delfador the Great" [/value] [/set_variables]
Then, to get the values stored in the container, we shall use the $ sign as before, but appending the member name and a dot3):
$hero.name -> Delfador $hero.gold -> 250
And if we want to change a value, the “gold” member for instance:
[set_variable] name=hero.gold add=100 [/set_variable]
It’s important to note that here, we changed the “gold” member as if it was a single variable whose name is “hero.gold”. We can also clear a member of the container in the same way:
{CLEAR_VARIABLE hero.fullName}
This will delete the fullName member permanently. Note it will not only clear the value, but clear the member itself. Clearing the value would be:
{VARIABLE hero.fullName ""}
Can we add later a member to an existing container ? Yes, it can be done:
{VARIABLE hero.hasStaff yes}
this creates the member hasStaff and set it to yes.
____________________________
- 3)
That’s why dots are forbidden in variable names : they are used to specify members.