1 /****************************************************************************
3 ** Copyright (C) 2012 Nokia Corporation and/or its subsidiary(-ies).
4 ** Contact: http://www.qt-project.org/
6 ** This file is part of the documentation of the Qt Toolkit.
8 ** $QT_BEGIN_LICENSE:FDL$
9 ** GNU Free Documentation License
10 ** Alternatively, this file may be used under the terms of the GNU Free
11 ** Documentation License version 1.3 as published by the Free Software
12 ** Foundation and appearing in the file included in the packaging of
16 ** Alternatively, this file may be used in accordance with the terms
17 ** and conditions contained in a signed written agreement between you
26 ****************************************************************************/
28 \page qtqml-syntax-basics.html
29 \title QML Syntax Basics
30 \brief Description of the basics of QML syntax
32 QML is a declarative language that enables objects to be defined in terms of their attributes
33 and how they relate and respond to changes in other objects. In contrast to imperative code, where changes in attributes and behavior are expressed through a series of statements that are processed step by step, the declarative QML syntax integrates attribute and behavioral changes directly into the definitions of individual objects.
35 QML source code is generally loaded by the engine through QML \e documents, which are
36 standalone documents of QML code. These can be used to define \l {QML Object Types}{QML object types} that can then be reused throughout an application.
39 \section1 Import Statements
41 A QML document may have one or more imports at the top of the file.
42 An import can be any one of:
45 \li a versioned namespace into which types have been registered (e.g., by a plugin)
46 \li a relative directory which contains type-definitions as QML documents
50 JavaScript file imports must be qualified when imported, so that the properties and methods they provide can be accessed.
52 The generic form of the various imports are as follows:
54 \li \tt{import Namespace VersionMajor.VersionMinor}
55 \li \tt{import Namespace VersionMajor.VersionMinor as SingletonTypeIdentifier}
56 \li \tt{import "directory"}
57 \li \tt{import "file.js" as ScriptIdentifier}
62 \li \tt{import QtQuick 2.0}
63 \li \tt{import QtQuick.LocalStorage 2.0 as Database}
64 \li \tt{import "../privateComponents"}
65 \li \tt{import "somefile.js" as Script}
68 Please see the \l{qtqml-syntax-imports.html}{QML Syntax - Import Statements}
69 documentation for in-depth information about QML imports.
72 \keyword qml-object-declarations
73 \section1 Object Declarations
75 Syntactically, a block of QML code defines a tree of QML objects to be created. Objects are
76 defined using \e {object declarations} that describe the type of object to be created as well
77 as the attributes that are to be given to the object. Each object may also declare child objects
78 using nested object declarations.
80 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.
82 Here is a simple object declaration:
92 This declares an object of type \l Rectangle, followed by a set of curly braces that encompasses the attributes defined for that object. The \l Rectangle type is a type made available by the \l QtQuick module, and the attributes defined in this case are the values of the rectangle's \c width, \c height and \c color properties. (These are properties made available by the \l Rectangle type, as described in the \l Rectangle documentation.)
94 The above object can be loaded by the engine if it is part of a \l{qtqml-documents-topic.html}{QML document}. That is, if the source code is complemented with \e import statement that imports the QtQuick module (to make the \l Rectangle type available), as below:
106 When placed into a \c .qml file and loaded by the QML engine, the above code creates a \l Rectangle object using the \l Rectangle type supplied by the QtQuick module:
108 \image qtqml-syntax-basics-object-declaration.png
110 \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:
113 Rectangle { width: 100; height: 100; color: "red" }
116 Obviously, the \l 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 \l{qtqml-syntax-objectattributes.html}{QML Object Attributes} documentation. Additionally, an object declaration may define child objects, as discussed below.
119 \section2 Child Objects
121 Any object declaration can define child objects through nested object declarations. In this way, \b {any object declaration implicitly declares an object tree that may contain any number of child objects}.
123 For example, the \l Rectangle object declaration below includes a \l Gradient object declaration,
124 which in turn contains two \l GradientStop declarations:
134 GradientStop { position: 0.0; color: "yellow" }
135 GradientStop { position: 1.0; color: "green" }
140 When this code is loaded by the engine, it creates an object tree with a \l Rectangle object at the root; this object has a \l Gradient child object, which in turn has two \l GradientStop children.
142 Note, however, that this is a parent-child relationship in the context of the QML object tree, not
143 in the context of the visual scene. The concept of a parent-child relationship in a visual scene is provided by the \l Item type from the \l QtQuick module, which is the base type for most QML types, as most QML objects are intended to be visually rendered. For example, \l Rectangle and \l Text are both \l {Item}-based types, and below, a \l Text object has been declared as a visual child of a \l Rectangle object:
154 anchors.centerIn: parent
160 When the \l Text object refers to its \l {Item::parent}{parent} value in the above code, it is referring to its \e {visual parent}, not the parent in the object tree. In this case, they are one and the same: the \l Rectangle object is the parent of the \l Text object in both the context of the QML object tree as well as the context of the visual scene. However, while the \l {Item::parent}{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.
162 (Additionally, notice that the \l Text object has been declared without assigning it to a property of the \l Rectangle, unlike the earlier example which assigned a \l Gradient object to the rectangle's \c gradient property. This is because the \l {Item::children}{children} property of \l Item has been set as the type's \l {qtqml-syntax-objectattributes.html#default-properties}{default property} to enable this more convenient syntax.)
164 See the \l{qtquick-visualcanvas-visualparent.html}{visual parent} documentation for more information on the concept of visual parenting with the \l Item type.
169 The syntax for commenting in QML is similar to that of JavaScript:
172 \li Single line comments start with // and finish at the end of the line.
173 \li Multiline comments start with /* and finish with *\/
176 \snippet qml/comments.qml 0
178 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.
180 Comments can also be used to prevent the execution of code, which is sometimes useful for tracking down problems.
189 In the above example, the \l Text object will have normal opacity, since the line opacity: 0.5 has been turned into a comment.