Discussion :

[TigrouMeow]

Hello,

J'ai un problème de refresh sur des fenêtres... :

(EDIT) ATTENTION: Voir mon message plus bas qui explique que l'erreur n'est pas lié à l'utilisation de module ! Le problème est finalement beaucoup plus simple !


Mon application est basée sur des modules chargés dynamiquement et dont les classes sont instanciées via AppDomain.CreateInstance(). Ces modules permettent entre autre l'affichage d'une fenêtre. Ensuite, c'est mon application principale qui fait des appels à ces instances et ces dernières
prennent en charge l'affichage de leurs fenêtres respectives.

Une façon de faire surgir le problème que je rencontre est de faire en sorte de locker ma session (touche windows + L), et que pendant ce temps l'application affiche une de ces fenêtres. Quand je delock ma session, je peux voir la fenêtre, mais celle-ci n'est pas à jour, en gros il y a juste le contour...

Je ne sais pas si c'est clair, mais je pense que certains comprendront et auront la réponse Si vous avez des bonnes pratiques sur ce type de problématique, je suis également preneur !

Merci beaucoup

[Thomas Lebrun]

Il faudrait peut-être voir pour appeller l'évènement Paint de temps en temps, histoire de forcer l'affichage ?

[TigrouMeow]

J'ai à peu près épuisé toutes les possibilités à ce niveau là :

_window.Update();
_window.PerformLayout();
_window.Invalidate();
_window.Activate();

Le Paint() est un event, je sais pas comment l'invoquer directement... une idée ? A noter que le seul moment où j'ai le problème, c'est surtout quand je suis en mode locked... et quand je reviens, le refresh ne se fait pas...

[dev01]

Salut .

tu fait un :

Code :

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

1
2
 
this.Invalidate();

dans tes forms

[TigrouMeow]

C'est justement ce que j'ai déjà fait. Mais ma form ne semble pas réagir à tout ça quand la session est lockée. Il y aurait bien une solution, de se hooker sur le lockage / délockage de session, ça me ferait utiliser l'api win32, mais bon après moins de portabilité, etc, et je suis sûr qu'il y a une solution plus propre et directe...

[LefortLudovic]

Salut,

Tu peux utiliser le bon vieux Application.doEvent() qui force windows à vider sa Messages queue.

Ludovic,

[Ferdydurke]

Salut,

est-ce que la(les) méthode(s) qui affichent les fenêtres sont appelées par le thread principal ? Si ce n'est pas le cas, essaie de récupérer les objets Form (ou hérités) créés par tes modules, mais en les affichant par le thread qui a lancé le programme. Si c'est compliqué selon la manière dont est faite l'appli, essaie avec des délégués.

[TigrouMeow]

DoEvent() j'ai déjà essayé mais il ne fait rien non plus.
Je ne créé pas de threads nulle part, donc ... tout se trouve sur le thread principal. C'est pour ça que je ne comprends pas d'où vient le problème :/ ... Je pensais que ça serait plus évident

[TigrouMeow]

Je suis revenu sur le problème récemment. N'ayant toujours pas trouver de solution, j'ai essayé de reproduire le problème dans le projet le plus petit possible ! Et il se trouve que le problème est causé par le fait que cette fenêtre que j'affiche en popup a une opacité qui n'est pas de 100% ! Si je met une opacité de 100% je ne rencontre plus le problème.

Ce n'est pas pour ça que j'ai trouvé une solution ... voici donc l'adresse du petit projet :
http://www.meow.fr/download/TestWindow.rar

Compilez, démarrez, ça va afficher à partir d'une fenêtre normale une autre popup à intervalle régulier. Il faut cliquer sur cet popup pour qu'elle se ferme. Elle affiche aussi une valeur qui s'incrémente. --> Maintenant, après avoir cliqué (et donc fermé) la popup, faites vite un CONTROL + L pour locker la session. Après un relog, vous verrez que cet popup ne s'est pas mise à jour cette fois ! ...

Si quelqu'un trouve la solution je suis preneur... en évitant d'utiliser des techniques douteuses genre plusieurs Refresh d'affilé, des Hide Show consécutif, de l'interop... j'aimerais connaître une méthode propre pour l'afficher bien.

Merci beaucoup