Discussion :

[Georges P]

Bonsoir à tous,

voilà mon problème : dans une application, j'ai une fiche (secondaire) que je crée et insère dans la fiche principale.

je dois mettre à jour de temps en temps cette fiche secondaire mais le traitement est long car de nombreux composants.

je souhaite le mettre à jour avec un thread mais je ne vois pas trop comment faire.

je pensais pouvoir mettre à jour dans le thread et une fois terminée l'afficher dans la fiche principale...

c'est à dire : puis-je passer la fiche au thread afin qu'il fasse cette mise à jour et ensuite l'afficher ?

auriez-vous des conseils ?

merci.

[pprem]

Tout traitement touchant à des composants et déclenchant un affichage est susceptible de déclencher des erreurs si c'est fait ailleurs que dans le thread principal.

Quelle partie du traitement est longue ? Est-ce vraiment le fait de renseigner les composants ?

A-t-il été tenté de bloqué le "paint" de la fiche le temps de la mise à jour afin de ne le faire qu'à la fin ?

Est-ce un projet VCL ou FMX ?

[Lung]

puis-je passer la fiche au thread afin qu'il fasse cette mise à jour et ensuite l'afficher ?

Je passerais plutôt des fonctions de la fiche principale au thread (fonctions qui feraient les maj visuelles).
Et l'appel de ces fonctions par le thread serait bien sûr avec un Synchronize.

[franckcl]

J'ai eu un problème similaire avec des objets qui affichent des "charts" formés de plusieurs courbes dont chaque courbe est formée de milliers de points.
A chaque rafraichissement, cela prenait du temps.
J'ai utilisé un timer qui affiche partiellement chaque courbe pendant un certain temps (quelques millisecondes) puis sort de la boucle pour revenir plus tard (déclenché par le timer) et continuer le traitement là ou il s'était arrêté.
A chaque fois qu'il recevait un wm-paint, il recommencait depuis le debut.
Ca marche nickel, aucune gêne pour l'utilisateur, l'application reste fluide.
Reste à déterminer le temps au bout duquel il faut sortir de la boucle.
Le timer peut être de l'ordre de 10ms.

Quel genre d'information prend-il du temps. Est ce que tu dessines sur un Canvas ?
Si oui alors il y a peut être une autre solution en écrivant dans un TBitmap depuis un thread et de copier ce bitmap vers le canvas depuis la tache principale.

[Georges P]

Bonjour et merci pour vos retours.

je suis en FMX et je n'ai pas tenter de bloquer le paint lors de la mise à jour.

ma fiche comporte un grand nombre de composants et sa mise à jour est donc assez longue.

je pensais qu'il était possible de passer la Form au thread, de la traiter puis de la renvoyer au thread principal via synchronize.

je ne peux pas passer les fonctions au thread parce qu'il faut bien détruire des composants et en recréer à nouveau pour faire cette mise à jour de la fiche

[pprem]

déjà utiliser un

Code :

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

1
2
3
4
5
6
beginupdate;
try
  //...
finally
endupdate;
end;

pour bloquer les mises à jour de l'écran qui sont faites dès que possible quand on bidouille des composants visuels

ensuite, éventuellement basculer sur un comportement "plateforme" au lieu de "stylé" avec la propriété ControlType des composants concernés s'ils sont compatibles, ça permettrait d'alléger les routines d'affichage en passant par des éléments "natifs" plutôt que gérés par FMX, ce qui peut faire gagner du temps quand les écrans sont chargés

mais comme on ne sait pas quelles modifications ni quels composants, on ne peut pas extrapoler plus

[SergioMaster]

je pensais qu'il était possible de passer la Form au thread, de la traiter puis de la renvoyer au thread principal via synchronize.

Je pense que c'est une mauvaise idée

je ne peux pas passer les fonctions au thread parce qu'il faut bien détruire des composants et en recréer à nouveau pour faire cette mise à jour de la fiche

Créer et détruire des composants sachant que ceci n'est pas thread-safe (je ne sais plus où j'ai lu ça, mais c'est le cas) pareil, ça me parait bien dangereux

[Paul TOTH]

c'est quoi "un grand nombre" ? car le problème est sans doute dans la méthode employée

[Georges P]

Bonjour à vous,

ok je vais donc abandonner le Thread au profit d'une optimisation préconiser par Pprem.

je reviens vers vous si besoin.

dans l'attente de mon retour, je mets quand même le fil en "Résolu"

Encore merci.

[Georges P]

Bonjour Paul,

c'est une fiche simulant un calendrier annuel avec une présentation d'un certain nombre de collaborateur.

chaque collaborateur (par ligne) a son calendrier (plan de charge) celui-ci est composé de Radiant shapes multiplié par 365 jours ca commence à faire beaucoup de composants...

j'utilise TGridPanelLayout pour bâtir mon calendrier

[Paul TOTH]

alors outre le nombre de composants, le fait d'utiliser un TGridPanelLayout va obliger Delphi à calculer la position de chaque composant alors que tu pourrais sans doute utiliser un bête Layout et positionner tes composants par code.

[Georges P]

ah oui !

c'est une solution aussi.

merci, je m'y penche..