1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
|
// Copyright (C) 2021 The Qt Company Ltd.
// SPDX-License-Identifier: LicenseRef-Qt-Commercial OR GFDL-1.3-no-invariants-only
/*!
* \title Minimal QML
* \example minimal-qml
* \examplecategory {Embedded}
* \brief Minimal QML is a simple example that demonstrates how to write a Wayland compositor in QML.
* \ingroup qtwaylandcompositor-examples
*
* Minimal QML is a desktop-style Wayland compositor example implementing a
* complete Qt Wayland Compositor with as little code as possible. The compositor is implemented
* with Qt Quick and QML.
*
* \image minimal-qml.png
*
* \section1 The WaylandCompositor Object
*
* The top-level item of the compositor is a \l WaylandCompositor. This represents the Wayland
* server itself and manages the connections to clients as they come in.
*
* \snippet minimal-qml/main.qml compositor
*
* By default, the server supports the core Wayland protocol for communicating with clients.
* Usually, though, you will also want to support one or more extensions to the protocol. This
* gives the client more tools to influence its role in the windowing system.
*
* Qt supports several standard and common extensions. In addition, it is easy to create and support
* custom extensions, as long as support can be added in both the client and server code.
*
* \section1 Shell Extensions
*
* Typically, a compositor will support at least one
* \l{Shell Extensions - Qt Wayland Compositor}{shell extension}. Extensions are added to
* the compositor by instantiating them as direct children of the \l WaylandCompositor object. They
* will automatically be added to its \c extensions property and broadcast to clients when they
* connect.
*
* \snippet minimal-qml/main.qml shells
*
* The \e{Minimal QML} example supports three different shells: \l{WlShell}, \l{XdgShell} and
* \l{IviApplication}.
*
* A client can connect to either of these and it will be used as a channel for communicating
* about certain things between the client and compositor, such as creating new windows,
* negotiating size, and so on.
*
* When a client creates a new surface, its active extension will receive a signal of this. The
* signal contains a \l ShellSurface argument. Depending on which extension received the signal,
* this argument will be of a subclass of \l{ShellSurface}: \l{WlShellSurface}, \l{XdgSurface}
* or \l{IviSurface} respectively.
*
* The \l ShellSurface can be used to access features of the shell extension for the specific
* surface. In the \e{Minimal QML} example, we simply want to add the client to our scene. To
* record existence of the new window, we add it to a simple \l ListModel for safe-keeping.
*
* \snippet minimal-qml/main.qml model
*
* \section1 Creating the Scene
*
* Most of the necessary compositor code is already ready. The final step is to make sure
* applications are actually visible on the screen.
*
* For all compositors, we have to define at least one output. This is done by instantiating
* a \l WaylandOutput object as the direct child of the \l WaylandCompositor. If there is only
* a single output, this will represent the primary screen on the system. (You may also create
* multiple \l WaylandOutput objects to address multiple screens if they are available. See
* the \l{Multi Screen}{Multi Screen example} for more details
* about this.)
*
* \snippet minimal-qml/main.qml output
*
* Inside the \l{WaylandOutput}, we create a \l Window that serves as the container for
* our scene. In the example, we give this a size. The size used if the compositor is running as
* an application inside another windowing system which supports custom-sized windows. In a
* typical use case on an embedded device, where the compositor is the only display server running,
* it will probably be running on a full-screen platform plugin (such as \c{eglfs}) and the size
* set here will not matter.
*
* The final step is to create items for each of the \l ShellSurface objects that have been created.
* For this, we can use the \l ShellSurfaceItem class.
*
* \snippet minimal-qml/main.qml shell surface item
*
* We create a \l ShellSurfaceItem for each of the shell surfaces in our model, and assign them
* to the \c shellSurface property. In addition, we make sure the model is updated when the shell
* surface is destroyed. This can happen when a client manually closes a window, and if it exits
* or crashes.
*
* And this is all the code needed to create a functional Wayland compositor using Qt Quick and
* QML. For another example of a compositor written in QML but which has a few more features, take
* a look at the \l{Fancy Compositor}{Fancy Compositor example}.
*/
|