Script Variables


Variables are expressions that you can use to store a value that can be changed as needed.

These variables can be used to avoid fixed settings and keep the script language as dynamic as possible. This also makes your script become portable and work under any path or quickly change script settings when needed.

We can group variable into 3 categories, Fixed, Custom, and Runtime, each one having a specific sequence which we detail over the next chapter.


Variables are meant to be used inside your commands while your script is running.

They allow you to make changes at a global level. Changing the value of single variable can change the way how the whole project is built.

When a project starts to run - a list of variables is created using this specific order level

  1. Fixed variables
  2. Custom Variables
  3. Runtime variables

If needed, we can overwrite a variable with a new value, meaning for example that a fixed variable can start with a value which can later be changed if we add a variable with the same name on our script, overriding the previous fixed value.

This is only valid while this script is running and these changes will be removed when running another script.

These explanations may seem complicated now but it's simple to understand once you follow each one of the chapters below. You don't have to worry much about this information until you decide to begin coding your own scripts in a more efficient way. In either case, it will be detailed here should you need it one day.


The [variables] section can be placed in 3 different files. Where a variable is defined will determine it's "scope" or availability.

Variables may also be created or defined as the result of various commands that are executed, and many of them have optional parameters that may change the scope of a give variable - for example the Set or AddVariables commands can add variables to the script.project file (giving them a more permanent scope, or to the internal table that is active for the remainder of the current run (something between the project and script levels defined above).

Fixed Variables

These variables are created by default just before a project start to run.

WinBuilder retrieves information found inside your Operating System and a few others definitions related to your project settings.

Custom Variables

These are additional variables that can be added by script authors. To create them, place a section called [variables] into your script and write your variables in INI style. Remember that since you are creating a variable, you need to use the percent sign (%) to make sure it is identified as a variable.


1. For this example we are creating two variables, available while the script is running, which can be used inside script commands.

%project_title%="My Boot Disk"

2. In this example, we will create one local variable, as well as a second section that when the script is run, will be added to the variables for the remainder of this run, as well as a third variable that will be added to the script.project as a project level variable for all future runs of this project.


%global_variable%="some value"


Runtime Variables

In addition to the variables explicitly defined, and as mentioned above, additional variables may be created while the script is running. To specifically create new variables you can use these script commands:

In addition to these commands, other commands also use variables to store or return the results of their processing. This means that whenever you use any command that uses a variable to store a result, a new variable may be created if it didn't exist before.

Some examples of commands that may do this are:

and even the If command (for some of it's various checks). Mostly these variables will only be local in scope , but it is always something to watch out for when creating variables to hold temporary results.

One last detail - the run command also uses a form of runtime variables to pass parameters to another section. These variables are of a special format, and use the hash character (# ) followed by a single digit (1-9). You should always validate the values that are being passed in each of these variables to ensure that everything works as you expect. And if you need more than nine parameters, use the available commands to pack and access the parameters.


Macros are also defined in the [Variables] section. But, unlike Variables they do not have the percent signs (%). This is how the internal processing knows that they are not variables.

When used inside a script file, they can only be used at the begin of a line. They are used to substitute often used script command lines. Notice in the example below that if you are going to use any sort of parameter substitution, you would also need to create a separate section of code to be executed with the parameters being passed to that section.

For example, the code


could be replaced by defining a macro to call a separate section of code that would execute the file copy command.




It could also be simplified in this particular case, since we don't really need to pass in the directories. This means we could embed them directly in the secion of code to be processed




Both sets of code would produce the same results!


There are a few known issues with variables that you should be aware of.

Please let us know if this page is not complete or if you still haven't found needed information.

FAQ (on variables)

Q: I'm still a bit confused, how can I understand this better?

A: Look inside a project folder and open up the script.project file with notepad to view good examples. This also applies to WinBuilder.ini (same folder as WinBuilder.exe) and to your script files.

Q: I'm doing my own script - how can I know if the value of my variables is right?

A: Use commands to output show the variables on the log. Echo,%myVar% is a good example to help in this case. Another good choice is the message command, since it can be made to wait until you click "OK" before processing continues.

Q: I know that we need to use the percent sign (%) to indicate something is a a variable, so it can not be used as a part of the variable name. Are there any other restrictions about what I can and cannot use?

A: You should only be careful to choose titles that aren't confused with other commands or variables, try using distinct titles that identify the variable purpose or use a unique prefex to ensure a project variable doesn't clash with any other scripts variables.

Q: Also heard that variables can replace commands, is this true?

A: Variables can't directly replace commands but can be used to run sections either within the current script, or any other available script. This is used to implement the API functionality. Also see the section on Macros above.