Discussion :

[Sarawyn]

Bonjour,

J'aimerai dans mon application ouvrir un form avec le logo de la boite ou je travaille, et marqué : Chargement des données en cours merci de patienter.

Je voudrais afficher ce form pendant que mon logiciel remonte des données d'une database sur le réseau.

Cependant lorsque je l'affiche, le form freeze et ne s'affiche pas correctement.

J'ai essayé de l'afficher dans la form parente, puis grâce à la propriété shown ( qui est censé attendre l'affichage complet de la form) lancer mon code, mais le freeze parvient toujours :

Code :

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

1
2
3
4
5
6
7
8
9
 
Private Sub wait_Shown(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Shown
 
        Dim mois As String = ModuleGeneral.RetourneMoisChiffre(MenuPrincipal.cb_Selmois.SelectedItem.ToString())
        Etape1.RemonteStock(MenuPrincipal.dgv_stockqtyetape1, mois)
        Etape1.RemonteStockValeur(MenuPrincipal.dgv_stockvaletape1, mois)
        Etape1.RemonteStockEnCours(MenuPrincipal.dgv_encoursetape1)
        Me.Close()
End Sub

J'ai suivi les tuto pour effectuer un BackGroundWorker, mais je dois manipuler des fonctions dans des modules, et des composants de mon interface ( DataGridView, ComboBox etc...) et au bout de 7heures d'essai j'ai abbandonné.

Existe t'il vraiment une procédure qui attend l'affichage complet d'une form avant de lancer du code ?

Merci de vos futures réponses et de votre lecture.

[Pol63]

ce n'est pas une question d'affichage complété ou non

http://www.developpez.net/forums/d94...e/#post5337040

[Sarawyn]

D'accord, j'ai bien compris ce problème de thread principal, mais je me demandais si ce n'était pas possible de freezer l'appli une fois que le logo et le texte c'était affiché .
Sinon est-ce possible d'executer l'affichage de la form "wait" dans l'autre thread pour contourner le problème de l'interaction avec l'UI du form parent ?

Merci de la rapidité de ta réponse

[Pol63]

si tu veux freezer une fois l'affichage fait, c'est faisable, tu poses un timer à 200ms démarré sur l'évènement shown de la fenetre, et dans le tick du timer tu exécutes ton code
si ca prend plus de 2 secondes ca risque d'être quand même dérangeant pour l'utilisateur, y aura écrit "ne réponds pas" et il y a aura peut etre le bouton "terminer l'application" qui va apparaitre

après en méthode simple il y a aussi le application.doevents
cette ligne de code à pour effet de mettre en pause le code où il est dans le thread principal pour gérer les évènements en attente sur ce meme thread principal (et donc rafraichir l'interface)

donc en mettre un toutes les 500ms environ peut solutionner le problème

mais le mieux, c'est de faire le chargement des données sur un thread séparé, en utilisant l'objet backgroundworker de la boite à outils par exemple
tu as un évènement pour faire le boulot et à la fin ca déclenche un évènement pour dire que c'est fini, et donc là tu pourras fermer ton splashscreen (nom d'un écran de chargement dans le jargon) et ouvrir ton form principal

[Sarawyn]

La remontée des données dure environ 5minutes
C'est une base non relationelle que je dois remonter en faisant moi meme les index/jointures pour pouvoir utiliser des objets ADO.NET ( je raconte pas le bordel )

Je vais retenter le background worker, en fait j'avais réussi à l'utiliser sur des exemple que je me suis "amusé" a créer pour tester le truc, mais quand je dois placer en paramètre de l'event des objets tableaux d'objets pour les envoyer aux threads, j'ai la migraine qui arrive. Puis c'est l'erreur d'objet non instancié qui apparait en vert.
Je vais re-tester ça ce week-end chez moi du coup si c'est la seule solution pour ne pas bouffer mon temps de projet

Merci à toi de tes réponses

[Pol63]

l'event permet de passer des paramètres certes, mais tu peux très bien remplir des variables ailleurs et ne rien relayer dans l'event de fin puis lire les variables chargées