docs-desktop/dotnet-desktop-guide/framework/wpf/advanced/walkthrough-hosting-wpf-content-in-win32.md

title, titleSuffix, ms.date, dev_langs, helpviewer_keywords, ms.assetid

title	titleSuffix	ms.date	dev_langs	helpviewer_keywords	ms.assetid
Host WPF content in Win32		03/30/2017	cpp	hosting WPF content in Win32 window [WPF]	38ce284a-4303-46dd-b699-c9365b22a7dc

Walkthrough: Hosting WPF Content in Win32

[!INCLUDETLA#tla_winclient] provides a rich environment for creating applications. However, when you have a substantial investment in Win32 code, it might be more effective to add [!INCLUDETLA2#tla_winclient] functionality to your application rather than rewriting your original code. [!INCLUDETLA2#tla_winclient] provides a straightforward mechanism for hosting [!INCLUDETLA2#tla_winclient] content in a Win32 window.

This tutorial describes how to write a sample application, Hosting WPF Content in a Win32 Window Sample, that hosts [!INCLUDETLA2#tla_winclient] content in a Win32 window. You can extend this sample to host any Win32 window. Because it involves mixing managed and unmanaged code, the application is written in C++/CLI.

Requirements

This tutorial assumes a basic familiarity with both [!INCLUDETLA2#tla_winclient] and Win32 programming. For a basic introduction to [!INCLUDETLA2#tla_winclient] programming, see Getting Started. For an introduction to Win32 programming, you should reference any of the numerous books on the subject, in particular Programming Windows by Charles Petzold.

Because the sample that accompanies this tutorial is implemented in C++/CLI, this tutorial assumes familiarity with the use of C++ to program the Windows API plus an understanding of managed code programming. Familiarity with C++/CLI is helpful but not essential.

Note

This tutorial includes a number of code examples from the associated sample. However, for readability, it does not include the complete sample code. For the complete sample code, see Hosting WPF Content in a Win32 Window Sample.

The Basic Procedure

This section outlines the basic procedure you use to host [!INCLUDETLA2#tla_winclient] content in a Win32 window. The remaining sections explain the details of each step.

The key to hosting [!INCLUDETLA2#tla_winclient] content on a Win32 window is the xref:System.Windows.Interop.HwndSource class. This class wraps the [!INCLUDETLA2#tla_winclient] content in a Win32 window, allowing it to be incorporated into your [!INCLUDETLA#tla_ui] as a child window. The following approach combines the Win32 and [!INCLUDETLA2#tla_winclient] in a single application.

1. Implement your [!INCLUDETLA2#tla_winclient] content as a managed class.

2. Implement a Windows application with C++/CLI. If you are starting with an existing application and unmanaged C++ code, you can usually enable it to call managed code by changing your project settings to include the /clr compiler flag.

3. Set the threading model to single-threaded apartment (STA).

4. Handle the WM_CREATEnotification in your window procedure and do the following:

   1. Create a new xref:System.Windows.Interop.HwndSource object with the parent window as its parent parameter.

   2. Create an instance of your [!INCLUDETLA2#tla_winclient] content class.

   3. Assign a reference to the [!INCLUDETLA2#tla_winclient] content object to the xref:System.Windows.Interop.HwndSource.RootVisual%2A property of the xref:System.Windows.Interop.HwndSource.

   4. Get the HWND for the content. The xref:System.Windows.Interop.HwndSource.Handle%2A property of the xref:System.Windows.Interop.HwndSource object contains the window handle (HWND). To get an HWND that you can use in the unmanaged part of your application, cast Handle.ToPointer() to an HWND.

5. Implement a managed class that contains a static field to hold a reference to your [!INCLUDETLA2#tla_winclient] content. This class allows you to get a reference to the [!INCLUDETLA2#tla_winclient] content from your Win32 code.

6. Assign the [!INCLUDETLA2#tla_winclient] content to the static field.

7. Receive notifications from the [!INCLUDETLA2#tla_winclient] content by attaching a handler to one or more of the [!INCLUDETLA2#tla_winclient] events.

8. Communicate with the [!INCLUDETLA2#tla_winclient] content by using the reference that you stored in the static field to set properties, and so on.

Note

You can also use [!INCLUDETLA#tla_xaml] to implement your [!INCLUDETLA2#tla_winclient] content. However, you will have to compile it separately as a dynamic-link library (DLL) and reference that DLL from your Win32 application. The remainder of the procedure is similar to that outlined above.

Implementing the Host Application

This section describes how to host [!INCLUDETLA2#tla_winclient] content in a basic Win32 application. The content itself is implemented in C++/CLI as a managed class. For the most part, it is straightforward [!INCLUDETLA2#tla_winclient] programming. The key aspects of the content implementation are discussed in Implementing the WPF Content.

• The Basic Application

• Hosting the WPF Content

• Holding a Reference to the WPF Content

• Communicating with the WPF Content

The Basic Application

The starting point for the host application was to create a Visual Studio 2005 template.

1. Open Visual Studio 2005, and select New Project from the File menu.

2. Select Win32 from the list of Visual C++ project types. If your default language is not C++, you will find these project types under Other Languages.

3. Select a Win32 Project template, assign a name to the project and click OK to launch the Win32 Application Wizard.

4. Accept the wizard's default settings and click Finish to start the project.

The template creates a basic Win32 application, including:

• An entry point for the application.

• A window, with an associated window procedure (WndProc).

• A menu with File and Help headings. The File menu has an Exit item that closes the application. The Help menu has an About item that launches a simple dialog box.

Before you start writing code to host the [!INCLUDETLA2#tla_winclient] content, you need to make two modifications to the basic template.

The first is to compile the project as managed code. By default, the project compiles as unmanaged code. However, because [!INCLUDETLA2#tla_winclient] is implemented in managed code, the project must be compiled accordingly.

1. Right-click the project name in Solution Explorer and select Properties from the context menu to launch the Property Pages dialog box.

2. Select Configuration Properties from the tree view in the left pane.

3. Select Common Language Runtime support from the Project Defaults list in the right pane.

4. Select Common Language Runtime Support (/clr) from the drop-down list box.

Note

This compiler flag allows you to use managed code in your application, but your unmanaged code will still compile as before.

[!INCLUDETLA2#tla_winclient] uses the single-threaded apartment (STA) threading model. In order to work properly with the [!INCLUDETLA2#tla_winclient] content code, you must set the application's threading model to STA by applying an attribute to the entry point.

[!code-cppWin32HostingWPFPage#WinMain]

Hosting the WPF Content

The [!INCLUDETLA2#tla_winclient] content is a simple address entry application. It consists of several xref:System.Windows.Controls.TextBox controls to take user name, address, and so on. There are also two xref:System.Windows.Controls.Button controls, OK and Cancel. When the user clicks OK, the button's xref:System.Windows.Controls.Primitives.ButtonBase.Click event handler collects the data from the xref:System.Windows.Controls.TextBox controls, assigns it to corresponding properties, and raises a custom event, OnButtonClicked. When the user clicks Cancel, the handler simply raises OnButtonClicked. The event argument object for OnButtonClicked contains a Boolean field that indicates which button was clicked.

The code to host the [!INCLUDETLA2#tla_winclient] content is implemented in a handler for the WM_CREATE notification on the host window.

[!code-cppWin32HostingWPFPage#WMCreate]

The GetHwnd method takes size and position information plus the parent window handle and returns the window handle of the hosted [!INCLUDETLA2#tla_winclient] content.

Note

You cannot use a #using directive for the System::Windows::Interop namespace. Doing so creates a name collision between the xref:System.Windows.Interop.MSG structure in that namespace and the MSG structure declared in winuser.h. You must instead use fully-qualified names to access the contents of that namespace.

[!code-cppWin32HostingWPFPage#GetHwnd]

You cannot host the [!INCLUDETLA2#tla_winclient] content directly in your application window. Instead, you first create an xref:System.Windows.Interop.HwndSource object to wrap the [!INCLUDETLA2#tla_winclient] content. This object is basically a window that is designed to host a [!INCLUDETLA2#tla_winclient] content. You host the xref:System.Windows.Interop.HwndSource object in the parent window by creating it as a child of a Win32 window that is part of your application. The xref:System.Windows.Interop.HwndSource constructor parameters contain much the same information that you would pass to CreateWindow when you create a Win32 child window.

You next create an instance of the [!INCLUDETLA2#tla_winclient] content object. In this case, the [!INCLUDETLA2#tla_winclient] content is implemented as a separate class, WPFPage, using C++/CLI. You could also implement the [!INCLUDETLA2#tla_winclient] content with [!INCLUDETLA2#tla_xaml]. However, to do so you need to set up a separate project and build the [!INCLUDETLA2#tla_winclient] content as a DLL. You can add a reference to that DLL to your project, and use that reference to create an instance of the [!INCLUDETLA2#tla_winclient] content.

You display the [!INCLUDETLA2#tla_winclient] content in your child window by assigning a reference to the [!INCLUDETLA2#tla_winclient] content to the xref:System.Windows.Interop.HwndSource.RootVisual%2A property of the xref:System.Windows.Interop.HwndSource.

The next line of code attaches an event handler, WPFButtonClicked, to the [!INCLUDETLA2#tla_winclient] content OnButtonClicked event. This handler is called when the user clicks the OK or Cancel button. See communicating_with_the_WPF content for further discussion of this event handler.

The final line of code shown returns the window handle (HWND) that is associated with the xref:System.Windows.Interop.HwndSource object. You can use this handle from your Win32 code to send messages to the hosted window, although the sample does not do so. The xref:System.Windows.Interop.HwndSource object raises an event every time it receives a message. To process the messages, call the xref:System.Windows.Interop.HwndSource.AddHook%2A method to attach a message handler and then process the messages in that handler.

Holding a Reference to the WPF Content

For many applications, you will want to communicate with the [!INCLUDETLA2#tla_winclient] content later. For example, you might want to modify the [!INCLUDETLA2#tla_winclient] content properties, or perhaps have the xref:System.Windows.Interop.HwndSource object host different [!INCLUDETLA2#tla_winclient] content. To do this, you need a reference to the xref:System.Windows.Interop.HwndSource object or the [!INCLUDETLA2#tla_winclient] content. The xref:System.Windows.Interop.HwndSource object and its associated [!INCLUDETLA2#tla_winclient] content remain in memory until you destroy the window handle. However, the variable you assign to the xref:System.Windows.Interop.HwndSource object will go out of scope as soon as you return from the window procedure. The customary way to handle this issue with Win32 applications is to use a static or global variable. Unfortunately, you cannot assign a managed object to those types of variables. You can assign the window handle associated with xref:System.Windows.Interop.HwndSource object to a global or static variable, but that doe not provide access to the object itself.

The simplest solution to this issue is to implement a managed class that contains a set of static fields to hold references to any managed objects that you need access to. The sample uses the WPFPageHost class to hold a reference to the [!INCLUDETLA2#tla_winclient] content, plus the initial values of a number of its properties that might be changed later by the user. This is defined in the header.

[!code-cppWin32HostingWPFPage#WPFPageHost]

The latter part of the GetHwnd function assigns values to those fields for later use while myPage is still in scope.

Communicating with the WPF Content

There are two types of communication with the [!INCLUDETLA2#tla_winclient] content. The application receives information from the [!INCLUDETLA2#tla_winclient] content when the user clicks the OK or Cancel buttons. The application also has a [!INCLUDETLA2#tla_ui] that allows the user to change various [!INCLUDETLA2#tla_winclient] content properties, such as the background color or default font size.

As mentioned above, when the user clicks either button the [!INCLUDETLA2#tla_winclient] content raises an OnButtonClicked event. The application attaches a handler to this event to receive these notifications. If the OK button was clicked, the handler gets the user information from the [!INCLUDETLA2#tla_winclient] content and displays it in a set of static controls.

[!code-cppWin32HostingWPFPage#WPFButtonClicked]

The handler receives a custom event argument object from the [!INCLUDETLA2#tla_winclient] content, MyPageEventArgs. The object's IsOK property is set to true if the OK button was clicked, and false if the Cancel button was clicked.

If the OK button was clicked, the handler gets a reference to the [!INCLUDETLA2#tla_winclient] content from the container class. It then collects the user information that is held by the associated [!INCLUDETLA2#tla_winclient] content properties and uses the static controls to display the information on the parent window. Because the [!INCLUDETLA2#tla_winclient] content data is in the form of a managed string, it has to be marshaled for use by a Win32 control. If the Cancel button was clicked, the handler clears the data from the static controls.

The application [!INCLUDETLA2#tla_ui] provides a set of radio buttons that allow the user to modify the background color of the [!INCLUDETLA2#tla_winclient] content, and several font-related properties. The following example is an excerpt from the application's window procedure (WndProc) and its message handling that sets various properties on different messages, including the background color. The others are similar, and are not shown. See the complete sample for details and context.

[!code-cppWin32HostingWPFPage#WMCommandToBG]

To set the background color, get a reference to the [!INCLUDETLA2#tla_winclient] content (hostedPage) from WPFPageHost and set the background color property to the appropriate color. The sample uses three color options: the original color, light green, or light salmon. The original background color is stored as a static field in the WPFPageHost class. To set the other two, you create a new xref:System.Windows.Media.SolidColorBrush object and pass the constructor a static colors value from the xref:System.Windows.Media.Colors object.

Implementing the WPF Page

You can host and use the [!INCLUDETLA2#tla_winclient] content without any knowledge of the actual implementation. If the [!INCLUDETLA2#tla_winclient] content had been packaged in a separate DLL, it could have been built in any common language runtime (CLR) language. Following is a brief walkthrough of the C++/CLI implementation that is used in the sample. This section contains the following subsections.

• Layout

• Returning the Data to the Host Window

• Setting the WPF Properties

Layout

The [!INCLUDETLA2#tla_ui] elements in the [!INCLUDETLA2#tla_winclient] content consist of five xref:System.Windows.Controls.TextBox controls, with associated xref:System.Windows.Controls.Label controls: Name, Address, City, State, and Zip. There are also two xref:System.Windows.Controls.Button controls, OK and Cancel

The [!INCLUDETLA2#tla_winclient] content is implemented in the WPFPage class. Layout is handled with a xref:System.Windows.Controls.Grid layout element. The class inherits from xref:System.Windows.Controls.Grid, which effectively makes it the [!INCLUDETLA2#tla_winclient] content root element.

The [!INCLUDETLA2#tla_winclient] content constructor takes the required width and height, and sizes the xref:System.Windows.Controls.Grid accordingly. It then defines the basic layout by creating a set of xref:System.Windows.Controls.ColumnDefinition and xref:System.Windows.Controls.RowDefinition objects and adding them to the xref:System.Windows.Controls.Grid object base xref:System.Windows.Controls.Grid.ColumnDefinitions%2A and xref:System.Windows.Controls.Grid.RowDefinitions%2A collections, respectively. This defines a grid of five rows and seven columns, with the dimensions determined by the contents of the cells.

[!code-cppWin32HostingWPFPage#WPFPageCtorToGridDef]

Next, the constructor adds the [!INCLUDETLA2#tla_ui] elements to the xref:System.Windows.Controls.Grid. The first element is the title text, which is a xref:System.Windows.Controls.Label control that is centered in the first row of the grid.

[!code-cppWin32HostingWPFPage#WPFPageCtorTitle]

The next row contains the Name xref:System.Windows.Controls.Label control and its associated xref:System.Windows.Controls.TextBox control. Because the same code is used for each label/textbox pair, it is placed in a pair of private methods and used for all five label/textbox pairs. The methods create the appropriate control, and call the xref:System.Windows.Controls.Grid class static xref:System.Windows.Controls.Grid.SetColumn%2A and xref:System.Windows.Controls.Grid.SetRow%2A methods to place the controls in the appropriate cell. After the control is created, the sample calls the xref:System.Windows.Controls.UIElementCollection.Add%2A method on the xref:System.Windows.Controls.Panel.Children%2A property of the xref:System.Windows.Controls.Grid to add the control to the grid. The code to add the remaining label/textbox pairs is similar. See the sample code for details.

[!code-cppWin32HostingWPFPage#WPFPageCtorName]

The implementation of the two methods is as follows:

[!code-cppWin32HostingWPFPage#WPFPageCreateHelpers]

Finally, the sample adds the OK and Cancel buttons and attaches an event handler to their xref:System.Windows.Controls.Primitives.ButtonBase.Click events.

[!code-cppWin32HostingWPFPage#WPFPageCtorButtonsEvents]

Returning the Data to the Host Window

When either button is clicked, its xref:System.Windows.Controls.Primitives.ButtonBase.Click event is raised. The host window could simply attach handlers to these events and get the data directly from the xref:System.Windows.Controls.TextBox controls. The sample uses a somewhat less direct approach. It handles the xref:System.Windows.Controls.Primitives.ButtonBase.Click within the [!INCLUDETLA2#tla_winclient] content, and then raises a custom event OnButtonClicked, to notify the [!INCLUDETLA2#tla_winclient] content. This allows the [!INCLUDETLA2#tla_winclient] content to do some parameter validation before notifying the host. The handler gets the text from the xref:System.Windows.Controls.TextBox controls and assigns it to public properties, from which the host can retrieve the information.

The event declaration, in WPFPage.h:

[!code-cppWin32HostingWPFPage#WPFPageEventDecl]

The xref:System.Windows.Controls.Primitives.ButtonBase.Click event handler, in WPFPage.cpp:

[!code-cppWin32HostingWPFPage#WPFPageButtonClicked]

Setting the WPF Properties

The Win32 host allows the user to change several [!INCLUDETLA2#tla_winclient] content properties. From the Win32 side, it is simply a matter of changing the properties. The implementation in the [!INCLUDETLA2#tla_winclient] content class is somewhat more complicated, because there is no single global property that controls the fonts for all controls. Instead, the appropriate property for each control is changed in the properties' set accessors. The following example shows the code for the DefaultFontFamily property. Setting the property calls a private method that in turn sets the xref:System.Windows.Controls.Control.FontFamily%2A properties for the various controls.

From WPFPage.h:

[!code-cppWin32HostingWPFPage#WPFPageFontFamilyProperty]

From WPFPage.cpp:

[!code-cppWin32HostingWPFPage#WPFPageSetFontFamily]

See also

• xref:System.Windows.Interop.HwndSource
• WPF and Win32 Interoperation