on loaded event

Version imprimable

13/08/2009, 00h32
F.Saad

on loaded event

Bonjour,
Alors voila, la question peut sembler idiote mais je plante dessus depuis des heures.

J'ai un programme fait d'une Form1 et d'autre methodes et classes qui representent la fonction de mon programme.

Cependant, je n'ai pas trouvé de moyen pour faire en sorte que ces fonctions la ne commencent qu'après que la joli forme soit TOTALEMENT Visible (pas de page blanche).
L'idéal serait un OnLoaded event, mais cela n'existe pas, et la j'ai beau etre un noob MS a raté mais alors la gros !

Quelles sont vos petites tactics pour venir a bout de ca?

Pour info, un autre membre du forum m'a conseiller de le mettre dans le constructeur de la forme, mais cela ne marche pas comme ca car mon code s'exécute, et vient après ma chtite fenetre :(

j'ai essayé de le mettre dans un des event de mon web browser mais cela crée une itteration Trés importante (tout mon code qui se retape pour rien)

Merci
13/08/2009, 10h47
tomlev

Il y a bien un évènement Load (et la méthode OnLoad correspondante), mais il est déclenché avant que la form ne soit visible.

Par contre tu peux utiliser l'évènement Shown, qui se produit quand la form devient visible. Attention, il se produit à chaque fois que la form devient visible (par exemple si elle est cachée et montrée de nouveau), donc si le code dans l'évènement ne doit être exécuté qu'une fois, pense à mettre un flag pour le gérer
13/08/2009, 13h58
F.Saad

On Shown se produit quand la composant FROM1 est visible, ce qui ne m'intéresse pas puisque ca commence Avant que mes autres composant soit visible.

c'est quoi un flag ?
13/08/2009, 14h53
Kaidan

Citation:

Envoyé par F.Saad

c'est quoi un flag ?

Une valeur style un bool qu'on teste pour savoir si on passe dans le code ou pas.
13/08/2009, 14h57
Kaidan

Tu pourrais juste lancer les actions à exécuter au démarrage de ta Form dans un nouveau thread. Ainsi, le thread interface graphique continuerait à charger ta Form et l'afficher (au lieu d'afficher un écran blanc le temps que les actions à exécuter au démarrage soient terminées).
13/08/2009, 15h05
tomlev

Citation:

Envoyé par F.Saad

On Shown se produit quand la composant FROM1 est visible, ce qui ne m'intéresse pas puisque ca commence Avant que mes autres composant soit visible.

Ben quand la form devient visible, les contrôles qui sont dessus sont visibles aussi...

Citation:

Envoyé par F.Saad

c'est quoi un flag ?

C'est une variable ou un champ de type bool qui sert d'indicateur. En l'occurrence, tu le mettrais à true pour dire "ça y est, j'ai déjà exécuté ce traitement"

Mais en fait en regardant la doc je réalise que j'ai dit une bêtise : l'évènement Shown n'est déclenché qu'une seule fois, la première fois que la form est affichée. Donc au final le flag ne sert à rien en l'occurrence...

EDIT: en relisant ta question, je crois comprendre ce que tu veux (bien que l'explication soit vraiment pas claire :?) : tu as un WebBrowser, et tu voudrais savoir quand il a fini de charger la page web qu'il affiche ? Dans ce cas c'est l'évènement DocumentCompleted
13/08/2009, 16h00
F.Saad

Citation:

Envoyé par tomlev

Ben quand la form devient visible, les contrôles qui sont dessus sont visibles aussi...

C'est une variable ou un champ de type bool qui sert d'indicateur. En l'occurrence, tu le mettrais à true pour dire "ça y est, j'ai déjà exécuté ce traitement"

Mais en fait en regardant la doc je réalise que j'ai dit une bêtise : l'évènement Shown n'est déclenché qu'une seule fois, la première fois que la form est affichée. Donc au final le flag ne sert à rien en l'occurrence...

EDIT: en relisant ta question, je crois comprendre ce que tu veux (bien que l'explication soit vraiment pas claire :?) : tu as un WebBrowser, et tu voudrais savoir quand il a fini de charger la page web qu'il affiche ? Dans ce cas c'est l'évènement DocumentCompleted

J'ai essayé le Document Completed, seulement cela se produit deux fois, car
RE: mes problemes d'opacités j'ai du bidouiller du CSS dans un iframe pour avoir un effet similaire a celui ci http://i325.photobucket.com/albums/k...g?t=1250171936
juste que moi, j'avais poussé encore plus avec un background dynamique qui change donc un simple découpage comme eux n'aurait servis a rien.
donc comme je l'ai dit, le Document Completed ou Navigate se produit deux fois.

je vais voir du coté des threads
13/08/2009, 17h02
F.Saad

Alors c'est Résolu Grace au threads, quelle mini révolution personnelle technique !!
Sinon, j'ai rien compris a cette histoire d'invoke (de la magie ? FF? :calim2:)
donc j'ai enlever le CheckForIllegalCross Threading operation :X
(oui j'ai triché )
13/08/2009, 17h05
tomlev

Citation:

Envoyé par F.Saad

J'ai essayé le Document Completed, seulement cela se produit deux fois, car

Car quoi ?
Peut-être que la 1e page sur laquelle tu arrives fait une redirection : dans ce cas il charge la nouvelle page, ce qui provoque un 2e DocumentCompleted
13/08/2009, 17h09
tomlev
Citation:

Envoyé par F.Saad

Sinon, j'ai rien compris a cette histoire d'invoke (de la magie ? FF? :calim2:)
donc j'ai enlever le CheckForIllegalCross Threading operation :X
(oui j'ai triché )

argh... c'est mal, très mal :aie:
plus sérieusement, CheckForIllegalCross est une sécurité, car il peut être "dangereux" d'accéder à un contrôle à partir d'un autre thread.

De toutes façons, c'est très simple d'utiliser Invoke :
Code:

1 2 3 4 5 6 this.Invoke(new MethodInvoker( delegate { // Ton code ici } ));
Le code dans le delegate sera exécuté sur le thread de l'interface graphique, ce qui devrait régler le problème...
13/08/2009, 17h19
F.Saad

Citation:

Envoyé par tomlev

argh... c'est mal, très mal :aie:
plus sérieusement, CheckForIllegalCross est une sécurité, car il peut être "dangereux" d'accéder à un contrôle à partir d'un autre thread.

Tu pourrais stp élaborer sur ce point. Dans quel cas cela peut-il être dangereux ?
13/08/2009, 17h27
StormimOn

Citation:

Envoyé par F.Saad

Tu pourrais stp élaborer sur ce point. Dans quel cas cela peut-il être dangereux ?

Tout simplement car, dixit la MSDN

Citation:

Le fait qu'un thread autre que le thread parent d'un contrôle essaie d'accéder à l'une des méthodes ou propriétés de ce contrôle mène souvent à des résultats imprévisibles. Une activité de thread non valide permet en général d'effectuer un appel sur le thread incorrect qui accède à la propriété Handle du contrôle. Affectez true à CheckForIllegalCrossThreadCalls pour faciliter la recherche et le diagnostic de cette activité de thread pendant le débogage. Notez que les appels inter-threads illégaux déclenchent toujours une exception lorsqu'une application est démarrée en dehors du débogueur.

L'idéal reste donc d'éviter d'utiliser cette propriété ;)

Pour ceux qui sa interesserait dans le future, voila la meilleur solution

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
protected override void OnLoad(EventArgs args)
{
    base.OnLoad(args);
 
    Application.Idle += new EventHandler(OnLoaded);
}
 
private void OnLoaded(object sender,
                      EventArgs args)
{
    Application.Idle -= new EventHandler(OnLoaded);
 
    // TODO: add relevant code here
}