Discussion :

[vikki]

Bonjour à tous,

J'utilise actuellement un QTableView avec un QSqlRelationalTableModel pour pouvoir afficher et modifier le contenu d'une base de données SQL.
Le problème est que j'aimerais insérer une colonne en fin du QTableView contenant des images associées à chaque ligne.
J'ajoute la colonne avec la fonction insertColomn du QSqlRelationalTableModel, celle ci apparait bien à la creation du widget mais disparait dès que j'interagis avec mon QTableView. J'imagine que pour ajouter une colonne de plus que celles contenues dans ma base SQL, il faille re-implémenté un model héritant de QSqlRelationalTableModel.
Quelqu'un aurait-il une idée sur la marche à suivre?

[alcino]

Salut,

Je n'ai pas testé, mais tu peux peut-être utiliser un QTableWidget à la place de ton QTableView. Ça te permettrait d'utiliser la fonction insertColumn() du QTableWidget, et tu n'aurais peut-être plus le même problème. A tester !

Bonne chance
A+

[_skip]

Quels sont les fonctionnalités que tu utilises dans cette classe? Tu fais que de l'affichage, tu édites?

[vikki]

Je n'ai pas testé, mais tu peux peut-être utiliser un QTableWidget à la place de ton QTableView. Ça te permettrait d'utiliser la fonction insertColumn() du QTableWidget, et tu n'aurais peut-être plus le même problème. A tester !

En fait j'aimerais vraiment conserver le QTableView pour exploiter la puissance du QSQLTableModel...

Quels sont les fonctionnalités que tu utilises dans cette classe? Tu fais que de l'affichage, tu édites?

On s'en sert pour les deux: affichage du contenu de la base et modification via les widget générés par le QSQLTableModel (notamment les QComboBox représentant une énumération via clé étrangère dans la base de données).
Mas bon, si c'est vraiment misérable à utiliser (et ca semble l'être) on va peut être switcher sur le QTableWidget.

[alcino]

En fait j'aimerais vraiment conserver le QTableView pour exploiter la puissance du QSQLTableModel...

QTableWidget hérite de QTableView... Tu ne peux donc pas perdre des fonctionnalités, seulement en gagner . De plus tu n'es pas obligé de réécrire ton code...

Bonne chance

[_skip]

On s'en sert pour les deux: affichage du contenu de la base et modification via les widget générés par le QSQLTableModel (notamment les QComboBox représentant une énumération via clé étrangère dans la base de données).
Mas bon, si c'est vraiment misérable à utiliser (et ca semble l'être) on va peut être switcher sur le QTableWidget.

Au risque de me faire des ennemis, je trouve que ces classes SQLModel, hormis pour du prototypage, ne valent pas grand chose. Le support pour la validation métier est assez limité, sitôt qu'on s'éloigne de la présentation 1:1 entre la table SQL et la table Qt ça devient la galère.

bref j'implémenterai mon propre modèle à ta place.

[vikki]

Bon, après de nombreux jours de tests, j'enfile ma camisole et me tape la tête contre un mur. Les classes SQLModel sont vraiment infâmes, on est d'accords. C'est ballot, on a déjà tous développé autour d'elles donc on va les garder quand même, mais on évite les petites subtilités du genre "et si je voulais insérer dans ma table view..."