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
|
// Copyright (C) 2017 The Qt Company Ltd.
// SPDX-License-Identifier: LicenseRef-Qt-Commercial OR GFDL-1.3-no-invariants-only
/*!
\page qmodelindex-and-related-classes-in-qml.html
\title QModelIndex and related Classes in QML
Since Qt 5.5, QModelIndex and QPersistentModelIndex are exposed in QML as
value-based types. Also exposed in a similar fashion are QModelIndexList,
QItemSelectionRange and QItemSelection. All objects from these types can
be passed back and forth between QML and C++ as \c var properties or plain
JavaScript variables.
Below you will find an overview of the API exposed to QML for these classes.
For more information, refer to their C++ documentation.
\note Since all these types are exposed as \l{Q_GADGET}{gadgets}, there are no property
change notification signals emitted. Therefore binding to their properties
may not give the expected results. This is especially true for QPersistentModelIndex.
\section1 QModelIndex and QPersistentModelIndex Types
\list
\li \b row : int
\li \b column : int
\li \b parent : QModelIndex
\li \b valid : bool
\li \b model : QAbstractItemModel
\li \b internalId : quint64
\endlist
All these properties are read-only, as are their C++ counterparts. In addition,
we also expose the following functions:
\list
\li QVariant \b{data}(int \e role) (since Qt 6.7)
\endlist
\note The usual caveats apply to QModelIndex in QML. If the underlying model changes
or gets deleted, it may become dangerous to access its properties. Therefore, you
should not store any QModelIndex objects. You can, however, store QPersistentModelIndexe
objects in a safe way.
\section1 QModelIndexList Type
QModelIndexList is exposed in QML as a JavaScript array. Conversions are
automatically made from and to C++. In fact, any JavaScript array can be
converted back to QModelIndexList, with non-QModelIndex objects replaced by
invalid \l{QModelIndex}es.
\note QModelIndex to QPersistentModelIndex conversion happens when accessing
the array elements because any QModelIndexList property retains reference
semantics when exposed this way.
\section1 \l QItemSelectionRange Type
\list
\li \b top : int
\li \b left : int
\li \b bottom : int
\li \b right : int
\li \b width : int
\li \b height : int
\li \b topLeft : QPersistentModelIndex
\li \b bottomRight : QPersistentModelIndex
\li \b parent : QModelIndex
\li \b valid : bool
\li \b empty : bool
\li \b model : QAbstractItemModel
\endlist
All these properties are read-only, as are their C++ counterparts. In addition,
we also expose the following functions:
\list
\li bool \b{contains}(QModelIndex \e index)
\li bool \b{contains}(int \e row, int \e column, QModelIndex \e parentIndex)
\li bool \b{intersects}(QItemSelectionRange \e other)
\li QItemSelectionRange \b{intersected}(QItemSelectionRange \e other)
\endlist
\section1 QItemSelection Type
Similarly to QModelIndexList, \l QItemSelection is exposed in QML as a JavaScript
array of QItemSelectionRange objects. Conversions are automatically made from and to C++.
In fact, any JavaScript array can be converted back to QItemSelection, with
non-QItemSelectionRange objects replaced by empty \l {QItemSelectionRange}s.
\sa ItemSelectionModel
*/
|