Discussion :

[Invité]

Bonsoir,

Alors j'ai une question toute bête sur comment fonctionne la fonction setcellwidget(int,int,QDoubleSpinBox *) ?

Parce que j'ai testé la chose suivante :

=> je crée une variable QDoubleSpinBox une fois en "non-pointeur" : je l'intègre au qtablewidget et ça bugge quand je clique sur plusieurs cellules
En gros j'ai 1 seul QDoubleSpinBox pour toute les cellules du qtablewidget

=> je mets un new QDoubleSpinBox() dans la fonction setcellwidget() et miracle ça marche !

Ma question : c'est parce que c'est set que c'est setté définitivement ?

[Invité]

Autrement dit, je veux une et une seule doublespinbox pour toutes les cellules de mon tableau : alors pourquoi ça bugge c'est pas normal ?!

En résumé j'ai testé avec et sans le new et ça ne marche qu'avec le new, mais voyez plutôt le code avec lequel ça marche :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

setcellwidget(int row,int column, new QDoubleSpinBox())

Donc ici je me retrouve avec 50000 spinbox ce que je ne veux pas.

Et si je crée la doublespinbox en entête (sans que ça soit un pointeur) et que je l'utilise elle-seule pour toute les cellules de mon qtablewidget alors ça bugge ça affiche une erreur qui renvoie au fichier qscopedpointer.h.

En fait je n'ai rien compris car j'utilise aussi la fonction removecellwidget(int,int).

Cordialement, Gizmo.

[Invité]

Bonjour,

Confirmé ! J'ai vu dans la doc de la fonction cellwidget() : "Da table takes ownership of da widget" : donc cela signifie qu'une fois setcellwidget enclenchée, le widget devient la propriété du tableau, donc je ne sais pas comment la classe QTableWidget est codée à ce niveau-là, mais apparemment une fois qu'on a installé un widget sur une cellule c'est à vie : on ne peut utiliser le même widget pour d'autres cellules.
Moi qui ne voulais utiliser qu'une seule spinbox pour toute les cellules de mon tableau me voilà grosjean comme devant !

Eh ben perso je trouve cela vachement merdique à souhait et cela m'oblige à revoir mon code.

Miséricorde et félonie !

[Invité]

Bon,

Je suis finalement arrivé à mes fins en créant une nouvelle spinbox à chaque double-clic sur la cellule, en vérifiant auparavant si la cellule contient déjà une spinbox ou pas.

Mais il faut reconnaître que l'usage d'un QTableWidget est largement améliorable : en effet : j'avais envie de créer une seule spinbox pour toutes les cellules qui apparaît dans la bonne cellule quand on double-clic : quand on double-clic sur une autre cellule la spinbox disparaît de l'ancienne cellule mais en y laissant la valeur rentrée ; et réapparaît dans la cellule double-cliquée.

Bon il faut dire aussi que j'ai Qt 4.7 et qu'il y a eu bon nombre d'améliorations dans la dernière version je ne sais pas...

Bonne journée à vous.
Cordialement, Gizmo.

[koala01]

Salut,

En fait, toute la logique de Qt passe par le fait que tout élément parent devient forcément responsable des enfants qu'ils contient.

Comme tous les éléments contenus sont de nature polymorphe, c'est normal :

• D'un point de vue conceptuel, tout type intervenant dans une hiérarchie de classes a sémantique d'entité. Tous les types qui héritent de QObject ou de QWidget sont donc, par nature, non copiable et non affectable
• Quoi que puisse te laisser penser ta fonction, setXXX, dés le moment où l'élément transmis en argument est dérivé de QWidget, il y a de fortes chances qu'il soit maintenu au niveau du parent sous la forme d'un... pointeur sur QWidget (voire, sur QObject )

Si l'on ne veut pas se retrouver avec des fuites mémoire en tous sens, sans se retrouver avec un "manager global", il faut donc appliquer une politique stricte au niveau de la gestion des éléments enfants.

La politique de Qt à ce point de vue est, très clairement, la moins mauvaise qui puisse exister : les parents détruisent automatiquement leurs enfants lorsqu'ils sont détruits

Et pour détruire automatiquement leurs enfants, il n'y a qu'une solution : appeler delete sur les pointeurs de chaque enfant.

C'est donc à nous de nous assurer que le parent pourra faire son travail sans que cela ne pose de problème : chaque fois qu'on lui fournit un nouvel enfant, il doit être créé par new

[Invité]

Mmmmh... Défenseur de Qt non ?...

Donc en gros si j'ai bien compris je dois éviter d'ouvrir ma grande gu... Surtout pour parler de choses que je ne connais pas.

Et surtout de faire confiance en des gars (en l'occurrence ici les devs de Qt) qui ont largement plus d'expérience que moi en la matière et qui, eux, savent de quoi ils parlent.

Avoues que tu le pensais un peu mais que tu t'es retenu de le poster.

Bah de toute façon c'est plus moi qui ne sait pas me servir des fonctions qu'autre chose...

Mais je dois reconnaître que la doc anglaise pourrait être un peu plus claire là-dessus quand même.

Bonne soirée. Cordialement, Gizmo.