Syntax of an Import Statement▲
An import statement allows clients to tell the engine which modules, JavaScript resources and component directories are used within a QML document. The types which may be used within a document depends on which modules, resources and directories are imported by the document.
Import Types▲
There are three different types of imports. Each import type has a slightly different syntax, and different semantics apply to different import types.
Module (Namespace) Imports▲
The most common type of import is a module import. Clients can import QML modules which register QML object types and JavaScript resources into a given namespace.
The generic form of a module import is as follows:
import
<ModuleIdentifier> [<Version.Number>] [as <Qualifier>]
-
The <ModuleIdentifier> is an identifier specified in dotted URI notation, which uniquely identifies the type namespace provided by the module.
-
The <Version.Number> is a version of the form MajorVersion.MinorVersion which specifies which definitions of various object types and JavaScript resources will be made available due to the import. It can be omitted, in which case the latest version of the module is imported. It is also possible to only omit the minor version. Then the latest minor version of the given major version is imported.
-
The <Qualifier> is an optional local namespace identifier into which the object types and JavaScript resources provided by the module will be installed, if given. If omitted, the object types and JavaScript resources provided by the module will be installed into the global namespace.
An example of an unqualified module import is as follows:
import
QtQuick
This import allows the use of all of the types provided by the QtQuick module without needing to specify a qualifier. For example, the client code to create a rectangle is as follows:
import
QtQuick
Rectangle
{
width
:
200
height
:
100
color
:
"red"
}
An example of an unqualified import with version would be
import
QtQuick 2.10
In that case, any types defined in QtQuick 2.11 and higher or in any higher major version, like 6.0, would not be available to the file.
An example of a qualified module import is as follows:
import
QtQuick as Quick
This import allows multiple modules which provide conflicting type names to be imported at the same time, however since each usage of a type provided by a module which was imported into a qualified namespace must be preceded by the qualifier, the conflict is able to be resolved unambiguously by the QML engine.
An example of client code which creates a rectangle after using a qualified module import is as follows:
import
QtQuick as
Quick
Quick.Rectangle {
width
:
200
height
:
100
color
:
"red"
}
For more information about qualified imports, see the upcoming section on Importing Into A Qualified Local Namespace.
Note that if a QML document does not import a module which provides a particular QML object type, but attempts to use that object type anyway, an error will occur. For example, the following QML document does not import QtQuick and thus attempting to use the Rectangle type will fail:
Rectangle
{
width
:
200
height
:
100
color
:
"red"
}
In this case, the engine will emit an error and refuse to load the file.
C++ Module Imports▲
Usually, C++ types are declared using the QML_ELEMENT and QML_NAMED_ELEMENT() macros and registered via the build system using QML_IMPORT_NAME and QML_IMPORT_MAJOR_VERSION. The import name and version given this way form a module that can be imported to access the types.
This is most common in client applications which define their own QML object types in C++.
Importing into a Qualified Local Namespace▲
The import statement may optionally use the as keyword to specify that the types should be imported into a particular document-local namespace. If a namespace is specified, then any references to the types made available by the import must be prefixed by the local namespace qualifier.
Below, the QtQuick module is imported into the namespace "CoreItems". Now, any references to types from the QtQuick module must be prefixed with the CoreItems name:
import
QtQuick as
CoreItems
CoreItems.Rectangle {
width
:
100
; height
:
100
CoreItems.Text {
text
:
"Hello, world!"
}
// WRONG! No namespace prefix - the Text type won't be found
Text
{
text
:
"Hello, world!"
}
}
A namespace acts as an identifier for a module within the scope of the file. The namespace does not become an attribute of the root object that can be referred to externally as can be done with properties, signals and methods.
The namespaced import is useful if there is a requirement to use two QML types that have the same name but are located in different modules. In this case the two modules can be imported into different namespaces to ensure the code is referring to the correct type:
import
QtQuick as
CoreItems
import
"../textwidgets"
as
MyModule
CoreItems.Rectangle {
width
:
100
; height
:
100
MyModule.Text {
text
:
"Hello from my custom text item!"
}
CoreItems.Text {
text
:
"Hello from Qt Quick!"
}
}
Note that multiple modules can be imported into the same namespace in the same way that multiple modules can be imported into the global namespace. For example:
import
QtQuick as
Project
import
QtMultimedia as
Project
Project.Rectangle {
width
:
100
; height
:
50
Project.Audio {
source
:
"music.wav"
autoPlay
:
true
}
}
Directory Imports▲
A directory which contains QML documents may also be imported directly in a QML document. This provides a simple way for QML types to be segmented into reusable groupings: directories on the filesystem.
The generic form of a directory import is as follows:
import
"<DirectoryPath>"
[as
&
lt;Qualifier&
gt;]
Import paths are network transparent: applications can import documents from remote paths just as simply as documents from local paths. See the general URL resolution rules for Network Transparency in QML documents. If the directory is remote, it must contain a