QML Syntax Basics#
Description of the basics of QML syntax
QML is a multi-paradigm language that enables objects to be defined in terms of their attributes and how they relate and respond to changes in other objects. In contrast to purely imperative code, where changes in attributes and behavior are expressed through a series of statements that are processed step by step, QML’s declarative syntax integrates attribute and behavioral changes directly into the definitions of individual objects. These attribute definitions can then include imperative code, in the case where complex custom application behavior is needed.
QML source code is generally loaded by the engine through QML documents, which are standalone documents of QML code. These can be used to define QML object types that can then be reused throughout an application. Note that type names must begin with an uppercase letter in order to be declared as QML object types in a QML file.
Import Statements#
A QML document may have one or more imports at the top of the file. An import can be any one of:
a versioned namespace into which types have been registered (e.g., by a plugin)
a relative directory which contains type-definitions as QML documents
a JavaScript file
JavaScript file imports must be qualified when imported, so that the properties and methods they provide can be accessed.
The generic form of the various imports are as follows:
import Namespace VersionMajor.VersionMinor
import Namespace VersionMajor.VersionMinor as SingletonTypeIdentifier
import "directory"
import "file.js" as ScriptIdentifier
Examples:
import QtQuick 2.0
import QtQuick.LocalStorage 2.0 as Database
import "../privateComponents"
import "somefile.js" as Script
Please see the QML Syntax - Import Statements documentation for in-depth information about QML imports.
Object Declarations#
Syntactically, a block of QML code defines a tree of QML objects to be created. Objects are defined using object declarations that describe the type of object to be created as well as the attributes that are to be given to the object. Each object may also declare child objects using nested object declarations.
An object declaration consists of the name of its object type, followed by a set of curly braces. All attributes and child objects are then declared within these braces.
Here is a simple object declaration:
This declares an object of type Rectangle, followed by a set of curly braces that encompasses the attributes defined for that object. The Rectangle type is a type made available by the QtQuick
module, and the attributes defined in this case are the values of the rectangle’s width
, height
and color
properties. (These are properties made available by the Rectangle type, as described in the Rectangle documentation.)
The above object can be loaded by the engine if it is part of a QML document . That is, if the source code is complemented with import statement that imports the QtQuick
module (to make the Rectangle type available), as below:
When placed into a .qml
file and loaded by the QML engine, the above code creates a Rectangle object using the Rectangle type supplied by the QtQuick
module:
Note
If an object definition only has a small number of properties, it can be written on a single line like this, with the properties separated by semi-colons:
Obviously, the Rectangle object declared in this example is very simple indeed, as it defines nothing more than a few property values. To create more useful objects, an object declaration may define many other types of attributes: these are discussed in the QML Object Attributes documentation. Additionally, an object declaration may define child objects, as discussed below.
Child Objects#
Any object declaration can define child objects through nested object declarations. In this way, any object declaration implicitly declares an object tree that may contain any number of child objects.
For example, the Rectangle object declaration below includes a Gradient object declaration, which in turn contains two GradientStop declarations:
When this code is loaded by the engine, it creates an object tree with a Rectangle object at the root; this object has a Gradient child object, which in turn has two GradientStop children.
Note, however, that this is a parent-child relationship in the context of the QML object tree, not in the context of the visual scene. The concept of a parent-child relationship in a visual scene is provided by the Item type from the QtQuick
module, which is the base type for most QML types, as most QML objects are intended to be visually rendered. For example, Rectangle and Text are both Item-based types, and below, a Text object has been declared as a visual child of a Rectangle object:
When the Text object refers to its parent value in the above code, it is referring to its visual parent, not the parent in the object tree. In this case, they are one and the same: the Rectangle object is the parent of the Text object in both the context of the QML object tree as well as the context of the visual scene. However, while the parent property can be modified to change the visual parent, the parent of an object in the context of the object tree cannot be changed from QML.
(Additionally, notice that the Text object has been declared without assigning it to a property of the Rectangle, unlike the earlier example which assigned a Gradient object to the rectangle’s gradient
property. This is because the children property of Item has been set as the type’s default property to enable this more convenient syntax.)
See the visual parent documentation for more information on the concept of visual parenting with the Item type.
Comments#
The syntax for commenting in QML is similar to that of JavaScript:
Comments are ignored by the engine when processing QML code. They are useful for explaining what a section of code is doing, whether for reference at a later date or for explaining the implementation to others.
Comments can also be used to prevent the execution of code, which is sometimes useful for tracking down problems.
In the above example, the Text object will have normal opacity, since the line opacity: 0.5 has been turned into a comment.