2011-01-08 5 views
0

J'ai une application windows.forms qui crée une fenêtre WPF sur le gestionnaire d'événements de clic-clic. Il appelle la méthode "Show" sur l'instance de la fenêtre WPF. La fenêtre WPF commence à écouter les événements de la fenêtre parent et essaie de se redimensionner (définition des propriétés left, top, width, height) lorsque l'emplacement de la fenêtre parent.forms est modifié (la fenêtre WPF suit visuellement les fenêtres Windows.Forms épinglé).WPF: l'interaction de l'application Windows Forms provoque des erreurs étranges

Tout fonctionne bien, mais pour une raison quelconque, je parfois recevoir SEH exception was unhandled fenêtre pop-up:

at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg) 
    at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr dwComponentID, Int32 reason, Int32 pvLoopData) 
    at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context) 
    at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context) 
    at System.Windows.Forms.Application.Run(Form mainForm) ... 

Il apparaît de temps en temps et il est difficile de savoir ce que je fais mal.

J'ai également remarqué, que la fenêtre WPF et la fenêtre Windows.Forms s'exécutent sur différents threads.

Des idées?

Répondre

0

Laissez-moi répondre moi-même.

Enfin, j'ai arrêté de combattre avec Windows.Form < -> Intégration de fenêtre WPF, fenêtre WPF refactorisée dans le contrôle utilisateur WPF et l'a placée dans Windows.Forms ElementHost standard (juste glissé composant de la boîte à outils sur l'instance wrapper Windows.Form) .

Maintenant tout va bien!