Discussion :

[jacpapac]

Bonsoir,
voilà j'ai un problème avec un des mes formulaires. Je l'instancie dans mon formulaire principal (Form1) et je l'affiche avec Show(). Ce nouveau formulaire doit charger des fichiers, ce qui est assez lourd. Mais une fois affiché à l'écran, si je clique ailleurs que sur lui il devient tout blanc
J'ai tenté un refresh à chaque incrément de la progressBar, invalidate, update... Si quelqu'un à une idée je suis preneur !

[Thomas Lebrun]

C'est parce que le chargement de tes fichiers est trop long


Met ce chargement de fichier, au lancement de ta form, mais dans un thread à part pour éviter de "geler" l'affichage

A+

[jacpapac]

Il faut que j'implémente les threads dans mon appli ou juste sur le formulaire en question ? C'est possible sans tout exploser ? J'ai pas mal de formulaires... (J'ai mis des threads null part pour l'instant )

Merci de ta réponse !

[NicolasG]

Le plus simple est d'utiliser un composant BackGroundWorker.

Cela permet d'éviter de se poser des questions sur les problèmes de changements de thread, tout est intégré au composant.

[StormimOn]

Il faut que j'implémente les threads dans mon appli ou juste sur le formulaire en question ?

Juste au niveau des formulaires qui effectuent un traitement lourd. Sur une fenêtre, le thread principal est celui qui se charge de l'affichage. Si tu effectues un traitement lourd sur ce thread, l'affichage de sera plus géré d'où le phénomène de fenêtre blanche qui donne l'impression que l'application est plantée. Pour éviter ce problème il faut créer un autre thread qui se chargera d'effectuer le traitement lourd afin que le thread principal puisse toujours s'occuper de l'affichage sans problème.

Le plus simple est d'utiliser un composant BackGroundWorker.

Oui c'est le plus simple, mais ce composant n'est présent que depuis le Framework 2.0. Donc jacpapac, si tu utilises le Framework 2.0, fais une petite recherche sur ce BackGroundWorker (forum ou google, tu trouveras pas mal de chose ^^).

Petit hors sujet au passage, même si on reste un peu dedans. Ce problème est lié à GDI je suppose. Je suis en train de commencer à m'intéresser à WPF et au Xaml et je me demande si ce problème est toujours d'actualité avec WPF ? Car de ce que j'ai cru comprendre ce n'est plus le cas

[jacpapac]

Voilà j'ai implémenté des threads et ça marche ! Je pensais ne pas y arriver à cause des paramètres et valeurs de retour mais j'ai pu contourner le problème grace à la FAQ C#.
Par contre, j'instancie mon objet avec paramètres je lance le thread avec thread.start mais pour attendre la fin du thread j'ai mis thread.join(), c'est bien ce qu'il faut faire ?

[Thomas Lebrun]

Le plus simple est d'utiliser un composant BackGroundWorker.

Cela permet d'éviter de se poser des questions sur les problèmes de changements de thread, tout est intégré au composant.

Oui, mais ce composant n'est dispo que dans le FX.NET 2.0

Cependat, il y a cette implémentation qui est dispo:
WinFormsEx

A collection of IDesign’s helper classes and utilities for Windows Forms, including: BackgroundWorker for .NET 1.1, custom security controls wrapping ASP.NET 2.0 security providers and matching custom principals for any custom credential store, safe controls that can be called by any thread, a singleton Windows Forms application, network connection utility for disconnected applications, EventsHelper for safe synchronous and asynchronous event firing, visual events base classes, splash screen and imported functions from Win32 API, useful when interoperating with legacy applications.

cf ici: http://www.idesign.net/idesign/Deskt...dex=5&tabid=11


A+