Discussion :

[deebou]

Bonjour tout le monde,

Voilà, j'ai une application dont le contenu du widget central met plusieurs secondes à se calculer...

Donc il y a un thread de calcul qui prévient par signal/slot quand c'est fait, et qui prévient même quand il a un aperçu du résultat (très vite : environ 10ms)... Le résultat, transmis par le signal est de type QImage&

Ca marche nickel sauf... quand je resize ma fenêtre... Tant que je ne relâche pas ma souris, aucun évènement venant de mon thread n'est reçu, aucun paintEvent non plus... Quand je relâche le bouton de la souris, je reçois brutalement tout les signaux émis par le thread de calcul... Tout ça est vérifié et validé avec des qWarnings...

Bref, l'évènement resize semble avoir un traitement prioritaire.

Vous pouvez constater le même problème sur l'exemple mandelbrot.
http://qt.developpez.com/doc/4.2/threads-mandelbrot/

Quelqu'un sait-il comment je peux forcer la réception de mes signaux et obliger mon widget central à se repeindre avant d'avoir relaché le bouton de ma souris? ou au moins comment gérer l'évènement resize de manière moins prioritaire?

Merci.

[Niak74]

Il te faudrait un flag qui passe à true quand tu cliques sur la bordure de ta fenêtre (celle qui permet le resize), et à false si tu relâche la souris.

Ensuite, plus qu'à surcharger mouseMoveEvent(QMouseEvent * e) en demandant le resize si ton flag vaut true.

Tu peux peut-être t'aider de ce topic pour la détection du clic sur la bordure.

[estofilo]

Est-ce que la fonction resizeEvent() de ta fenêtre est appelée tant que tu ne relâches pas le bouton de la souris?
Je soupçonne que non d'après ta description, et ce serait peut-être à cause du système de fenêtrage qui bloque le thread GUI pendant le resize, et non le gestionnaire d'évènements de Qt qui ferait passer les evènements resize en priorité.
C'est sur quel système et window manager?