Forzar la inicialización de HwndHost

Question

En mi aplicación WPF, alojo contenido Win32 utilizando HwndHost. Sin embargo, la creación de HwndHost no crea la ventana nativa. Por el contrario, esto se hace en el método BuildWindowCore() reemplazado que WPF llama en algún momento más adelante.

Mi contenido alojado necesita el identificador de ventana de la ventana nativa para su propia inicialización. Desafortunadamente, no hay forma de forzar la creación de la ventana (es decir, hacer que WPF llame a BuildWindowCore), así que tengo un segundo hilo que sondea HwndHost hasta que se haya inicializado.

En .NET 4.0/WPF 4.0, se agregó un nuevo método WindowInteropHelper.EnsureHandle(). Esperaba que esto resolviera la situación, pero solo funciona para una ventana, no para un HwndHost (que no se deriva de Window). ¿Tienes alguna sugerencia de qué podría hacer?

EDIT:

me olvidó añadir algunos más restricciones para una posible solución:

1. El HwndHost se coloca en un control que, dependiendo de la configuración del usuario, puede ser un hijo de la aplicación del principal ventana o se puede colocar en una nueva ventana (a través de un administrador de acoplamiento de terceros). Esto significa que durante la creación de la ventana no sé con certeza cuál será la ventana primaria (y por lo tanto su hWnd).
2. Mientras que el código nativo necesita el hWnd durante su inicialización, la ventana solo se muestra cuando el usuario solicita que se muestre (es decir, es invisible al principio). Se debe evitar mostrar la ventana, solo para ocultarla inmediatamente nuevamente, si es posible.

Answer 1

Parece que no hay una solución perfecta. Cambié mi enfoque ligeramente en comparación con el momento de la pregunta:

En el constructor de mi clase HwndHost-derived tengo el (posible) padre hWnd como uno de los parámetros. Luego creo la ventana nativa usando el método nativo CreateWindow(), usando el padre padre dado. Guardo el hWnd creado en una propiedad separada, que utilizo en todas partes en lugar de la propiedad HwndHost's Handle. De esta forma, no necesito mostrar la ventana (esto resuelve la restricción n. ° 2).

En el método reemplazado BuildWindowCore(), comparo el padre padre dado con el que me dieron en el constructor. Si son diferentes, reparen mi ventana alojada usando el método nativo SetParent() (esto resuelve la restricción # 1). Tenga en cuenta que esto se basa en que nadie almacena el hWnd padre.

En el código, las partes pertinentes (cheques omitidas):

public class Win32Window : HwndHost 
{ 
    public Win32Window(IntPtr parentHwnd) 
    { 
     this.ParentHwnd = parentHwnd; 
     this.Win32Handle = NativeMethods.CreateWindowEx(/* parameters omitted*/); 
    } 

    public IntPtr Win32Handle { get; private set; } 
    private IntPtr ParentHwnd { get; set; } 

    protected override HandleRef BuildWindowCore(HandleRef hwndParent) 
    { 
     if (hwndParent.Handle != this.ParentHwnd) 
     { 
      NativeMethods.SetParent(this.Win32Handle, hwndParent.Handle); 
     } 

     return new HandleRef(this, this.Win32Handle); 
    } 
} 

Answer 2

Tengo una situación similar y lo resolví de la siguiente manera:

1) Crear una clase derivada HwndHost que toma un Rect como argumento del constructor (utilizado más adelante en BuildWindowCore):

public class MyHwndHost : HwndHost 
{ 
    public MyHwndHost(Rect boundingBox) 
    { 
     BoundingBox = boundingBox; 
    } 
} 

2) Crear una ventana de WPF con un elemento Border niño:

<Window Loaded="Window_Loaded"> 
    <Border Name="HostElement" /> 
</Window> 

3) Crear la instancia HwndHost y añadirlo a th ventana de correo en el controlador Window_Loaded:

void Window_Loaded(object sender, RoutedEventArgs e) 
{ 
    MyHwndHost host = new MyHwndHost(LayoutInformation.GetLayoutSlot(HostElement)); 
    HostElement.Child = host; 
} 

4) también en el controlador de Window_Loaded, pase el HWND a la inicialización de su clase nativa ya sea a través de P/Invoke o C++/CLI. Tengo mi clase nativa configurada para usar ese HWND como su padre y crea su propio HWND como un niño.

Answer 3

Un poco tarde, pero ¿ha intentado llamar a UpdateLayout() en el control de alojamiento? Eso funcionó para mí

Answer 4

he añadido el evento OnHandleCreated a mi HwndHost clase -inherited, que contiene el IntPtr mango. Este evento se invoca dentro de BuildWindowCore().

Por lo tanto, se reduce a:

public class Win32WindowHost : HwndHost { ... }

var host = new Win32WindowHost(); 
host.OnHandleCreated += (sender, e) => 
{ 
    var handle = e.Handle; 
    // Do stuff. 
}; 

trabaja un convite.