Skip to content

Advanced syntaxes#

Advanced syntaxes are special blocks of code that can be written in the widgets properties to customize the widgets and how they behave. These blocks end up replaced with the value they hold before the widgets' evualate the properties they're in.

Inheritance: @{id.property}#

The inheritance syntax returns either a widget's value or one of its properties. When using this syntax, value or property changes will be applied automatically.

  • id: target widget's id. A widget can fetch its own properties or its direct parent's by using the keywords this or parent instead of id. When this or parent can be used, using the target widget's id instead won't work.
  • property: target widget's property name. If ommitted (along with the dot), the widget's value will be returned (@{widgetId} is the same as @{widgetId.value}). value always resolves to the target widget's current value, not its value property.

Unique indentifier

Each widget has a unique random identifier that can be retreived with the property name uuid (e.g. @{this.uuid}, @{parent.uuid}).

Dynamic properties#

Some properties, when changed, trigger a complete widget recreation that ends any ongoing user interaction. Also, updating these properties continuously (e.g. when linked to a slider's dynamic value) can be very cpu expensive.

Some properties have much cheaper update routines and can be considered as dynamic, as in performance safe. These properties are marked in the documentation with a .

Circular references cases#

  • container widgets can inherit their children's properties only to define dynamic properties
  • widgets can inherit their own value property only to define dynamic properties

Object properties#

If the retreived property is an object ({}), a subset can be retreived directly by appending a dot and a key (array index or object key) : @{parent.variables.key}

Nesting#

The inheritance syntax supports 1-level nesting for defining the target widget's id dynamically : @{fader_@{toggle_1}}

OSC listeners: OSC{address, default, usePreArgs}#

The OSC listener syntax returns the value received on specified address (or the default value if none has been received yet).

  • address: osc address to listen to; if the leading slash (/) is omitted, the address will be prefixed with the widget's address property
  • default (optional): default value returned before any message is received. Must be a primitive value, not an object or an array.
  • usePreArgs (optional): by default, osc listeners inherit the widget's preArgs (these must be matched for the osc messages to be processed). Set to false bypass them.

Options can contain @{} blocks.

Array/Object default value
JS{{
    return OSC{address} || {
        "key a": 1,
        "key b", 2
    }
}}

Javascript: JS{{ <code> }}#

This syntax allows writing formulas in Javascript. The code will be compiled as a function and executed in a restricted context.

  • if no return statement is found, the formula will return an empty string
  • javascript strict mode is always enabled
  • setTimeout and setInterval functions are not available

A property cannot contain multiple JS{{}} blocks

Available variables#

  • console: javascript console
  • locals: object for storing/reading arbitrary values. Changing its properties does not trigger any synchronisation even if the value is used somewhere else.
  • globals: same as locals but shared between all widgets, contains a few useful variables:
    • screen: client screen dimensions ({width, height})
    • env: client options (ie: url query options),
    • ip: client's ip address,
    • url: server url,
    • platform: operating system as seen by the client

In this context, @{} / OSC{} are seen as variables. When they change, the whole block will be evaluated again.

Parsing errors can be read in the console (Ctrl+K).

Warning

Modifying values in locals or globals does not trigger anything if they are used somewhere else.

Javascript: #{ <code> }#

This is a shorthand for the JS{{}} syntax, the only difference being that <code> is automatically prepended with a return statement.

A property can contain multiple #{} blocks.

Compilation order

#{} blocks are compiled after JS{{}} blocks