IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Qt Quick disposera enfin d'un composant TableView à compter de Qt 5.12
Celui-ci sera disponible de base et non dans un module comme Qt Quick Controls

Le , par dourouc05

85PARTAGES

14  0 
Cela faisait longtemps qu’on l’attendait. Depuis ses débuts, Qt Quick ne dispose pas d’une vue pour des tableaux. Il a fallu attendre Qt Quick Controls pour voir une première itération arriver, avec Qt 5.1 (2013), mais avec quelques problèmes de performance.
Qt Quick Controls 2 n’a jamais fourni de remplacement, depuis 2016, mais ce n’est plus important : avec Qt 5.12, la version qui devrait sortir en novembre prochain, Qt Quick proposera, de base, un composant pour afficher des tableaux.

Ce composant fonctionnera de manière similaire à ListView, mais avec la gestion de multiples colonnes. On disposera ainsi d’une gestion complète des modèles (que ce soit des ListModel ou des tableaux JavaScript), même s’il faut régulièrement repasser au C++ pour écrire ses propres modèles avec QAbstractItemModel (un composant TableModel est en cours d’écriture, mais il ne sera vraisemblablement pas disponible en même temps). TableView est implémenté par-dessus Flickable, ce qui signifie que le tableau affiché n’est absolument pas limité par la zone disponible à l’écran, on peut le faire défiler dans tous les sens. Chaque élément est affiché à l’aide d’un délégué spécifique ; pour des raisons de performance, contrairement à ListView, les délégués sont réutilisés quand un item sort de la vue — mais ce mécanisme n’est pas prévu pour être invisible au développeur. En particulier, tout qui oserait stocker un état dans un délégué (une très mauvaise idée, le délégué ne devant servir qu’à l’affichage ou à l’édition d’une valeur, pas plus) ne le verrait pas remis à zéro lors de la réutilisation de l’instance du délégué : il faut utiliser les signaux TableView.onPooled et TableView.onReused pour cela.


Ce composant est assez flexible et autonome. Par exemple, par défaut, la largeur des colonnes est décidée en fonction de la largeur des éléments à y stocker (la propriété implicitWidth), qui est supposée constante à travers la colonne. Pour plus de personnalisation, les développeurs de TableView ont prévu un mécanisme un peu particulier, une fonction de rappel qui, en fonction de l’indice de la ligne ou de la colonne, renvoie la taille à lui assigner. Par exemple :

Code : Sélectionner tout
1
2
3
4
5
6
7
8
9
10
TableView {
    anchors.fill: parent
    clip: true
    model: myQAbstractTableModel
    delegate: Rectangle {}
 
    columnWidthProvider: function (column) { return column % 2 ? 100 : 200 }
    rowHeightProvider: function (row) { return row % 2 ? 100 : 200 }
}
À part cela, le composant est assez rudimentaire. Il n’y a pas de transition personnalisable lors de l’ajout de colonne ou de ligne, par exemple. Les en-têtes ne sont pas encore implémentés. Le composant DelegateChooser devrait également faire partie des fonctionnalités à court terme (il est déjà dans le module Qt.labs.qmlmodels 1.0, donc sans garantie de stabilité) : il permet d’utiliser plusieurs délégués par tableau (par défaut, il n’y en a qu’un seul qui correspond à une ligne entière) et, par exemple, d’assigner un délégué à une colonne.

Source : TableView.

Une erreur dans cette actualité ? Signalez-nous-la !