Discussion :

[davels]

Bonjour,

mon application possède un composant TPageControl avec plusieurs TTabSheet. Chaque TTabSheeet possédant lui même plusieurs groupes ou panel.
Le parent de certains panel ou group est attribué dynamiquement selon l'ActivePage. Le problème qui se pose, c'est qu'après une dizaine (pas de nombre exact, c'est un exemple) de changement d'ActivePage, définir une ActivePage deviens de plus en plus en lente.
Le programme ne prend pas plus de poids en mémoire et je ne pense pas avoir de fuite.

Si qlq un a une idée, je suis preneur

[ShaiLeTroll]

le Changement de Parent ne devrait pas ralentir, je le fais assez souvent, je ne l'ai jamais tenté avec des onglets, si un panel doit toujours s'afficher, je lui met comme Parent celui du PageControl en DesignTime (cela peut être pénible mais nettement plus simple et c'est rarrissime)

As-tu vraiement besoin d'un PageControl ? un TabControl qui offre les onglets sans les containeurs serait peut-être plus pratique dans ton cas si certains panels sont communs à plusieurs onglets, c'est la propriété Visible qui serait utilisé pour afficher les panels (surement plus légère pour la GDI et les handle Windows) par contre pénible à gérer effectivement dans l'IDE

Vérifie ton code du OnChange, tu dois créer un objet qui consomme du processeur (thread ou timer) ou tu dois avoir une boucle qui fait des plus en plus d'itération (involontairement récursive à cause d'un Application.ProcessMessages)

Je pense qu'un bug sur l'appel massif de SetParent dans la VCL ou dans Windows aurait déjà été découvert et surtout on en aurait déjà parlé sur le forum !

[davels]

le Changement de Parent ne devrait pas ralentir, je le fais assez souvent, je ne l'ai jamais tenté avec des onglets, si un panel doit toujours s'afficher, je lui met comme Parent celui du PageControl en DesignTime (cela peut être pénible mais nettement plus simple et c'est rarrissime)

As-tu vraiement besoin d'un PageControl ? un TabControl qui offre les onglets sans les containeurs serait peut-être plus pratique dans ton cas si certains panels sont communs à plusieurs onglets, c'est la propriété Visible qui serait utilisé pour afficher les panels (surement plus légère pour la GDI et les handle Windows) par contre pénible à gérer effectivement dans l'IDE

Vérifie ton code du OnChange, tu dois créer un objet qui consomme du processeur (thread ou timer) ou tu dois avoir une boucle qui fait des plus en plus d'itération (involontairement récursive à cause d'un Application.ProcessMessages)

Je pense qu'un bug sur l'appel massif de SetParent dans la VCL ou dans Windows aurait déjà été découvert et surtout on en aurait déjà parlé sur le forum !

Merci de ta réponse!

Du côté du OnChange, c'est vide, j'ai vérifié en compilation avec un step by step et c'est vraiment l'assignation de l'ActivePage qui pose problème.

Par contre, je ne vois pas comment me passer du PageControl mais je ne connais pas non plus le TabControl.
Quelle est la grosse différence entre ses 2 composants?
(en plus je viens de changer de pc et l'aide Delphi ne s'est pas installée :/ )

[philnext]

Merci de ta réponse!

Du côté du OnChange, c'est vide, j'ai vérifié en compilation avec un step by step et c'est vraiment l'assignation de l'ActivePage qui pose problème.

Par contre, je ne vois pas comment me passer du PageControl mais je ne connais pas non plus le TabControl.
Quelle est la grosse différence entre ses 2 composants?
(en plus je viens de changer de pc et l'aide Delphi ne s'est pas installée :/ )

De mémoire le tabControl tu n'as que les onglets et pas les 'pages'. Donc tu dois gérer toi même les actions en affichant, par exemple des panels

[davels]

De mémoire le tabControl tu n'as que les onglets et pas les 'pages'. Donc tu dois gérer toi même les actions en affichant, par exemple des panels

Merci de l'info

[davels]

Problème résolu!

Il n'y avait pas de fonction qui s'effectuait en arrière plan, mais mon panel principal composé de 2 ListView était mal nettoyé.
En faite, j'avais oublié de faire un clear des groups, et à chaque refresh, les groups s'ajoutaient au précédent et le composant devenait lent.

Par contre, pas vraiment de fuite mémoire constatée...

[ShaiLeTroll]

Pour les TListView, lors d'ajout massif, utilise BeginUpdate et EndUpdate !
Sinon, oui, classique d'avoir une méthode de remplissage en oubliant un clear systématique !