Loading a WPF Window without showing it

WpfWindowHwnd

Wpf Problem Overview


I create a global hot key to show a window by PInvoking RegisterHotKey(). But to do this I need that window's HWND, which doesn't exist until the window is loaded, that means shown for the first time. But I don't want to show the window before I can set the hot key. Is there a way to create a HWND for that window that is invisible to the user?

Wpf Solutions


Solution 1 - Wpf

If you are targeting .NET 4.0 you can make use of the new EnsureHandle method available on the WindowInteropHelper:

public void InitHwnd()
{
	var helper = new WindowInteropHelper(this);
	helper.EnsureHandle();
}

(thanks to Thomas Levesque for pointing this out.)

If you are targeting an older version of the .NET Framework, the easiest way is to show the window to get to the HWND while setting a few properties to make sure that the window is invisible and doesn't steal focus:

var window = new Window() //make sure the window is invisible
{
	Width = 0,
	Height = 0,
	WindowStyle = WindowStyle.None,
    ShowInTaskbar = false,
	ShowActivated = false
};
window.Show();

Once you want to show the actual window you can then set the Content, the size and change the style back to a normal window.

Solution 2 - Wpf

You can also change the window into a so called message-only window. As this window type does not support graphical elements it will never be shown. Basically it comes down to calling:

    SetParent(hwnd, (IntPtr)HWND_MESSAGE);

Either create a dedicated message window which will always be hidden, or use the real GUI window and change it back to a normal window when you want to display it. See the code below for a more complete example.

    [DllImport("user32.dll")]
    static extern IntPtr SetParent(IntPtr hwnd, IntPtr hwndNewParent);
    
    private const int HWND_MESSAGE = -3;

    private IntPtr hwnd;
    private IntPtr oldParent;

    protected override void OnSourceInitialized(EventArgs e)
    {
        base.OnSourceInitialized(e);
        HwndSource hwndSource = PresentationSource.FromVisual(this) as HwndSource;

        if (hwndSource != null)
        {
            hwnd = hwndSource.Handle;
            oldParent = SetParent(hwnd, (IntPtr)HWND_MESSAGE);
            Visibility = Visibility.Hidden;
        }
    }

    private void OpenWindowMenuItem_Click(object sender, RoutedEventArgs e)
    {
        SetParent(hwnd, oldParent);
        Show();
        Activate();
    }

For me the solution of setting the width, height to zero and style to none didn't work out, as it still showed a tiny window, with an annoying shadow of what seems to be the border around a 0x0 window (tested on Windows 7). Therefore I'm providing this alternative option.

Solution 3 - Wpf

This is a dirty hack, but it should work, and doesn't have the downsides of changing the opacity :

  • set the WindowStartupLocation to Manual
  • set the Top and Left properties to somewhere outside the screen
  • set ShowInTaskbar to false so that the user doesn't realize there is a new window
  • Show and Hide the window

You should now be able to retrieve the HWND

EDIT: another option, probably better : set ShowInTaskBar to false and WindowState to Minimized, then show it : it won't be visible at all

Solution 4 - Wpf

I had already posted an answer to that question, but I just found a better solution.

If you just need to make sure that the HWND is created, without actually showing the window, you can do this:

    public void InitHwnd()
    {
        var helper = new WindowInteropHelper(this);
        helper.EnsureHandle();
    }

(actually the EnsureHandle method wasn't available when the question was posted, it was introduced in .NET 4.0)

Solution 5 - Wpf

I've never tried to do what you are doing, but if you need to show the Window to get the HWND, but don't want to show it, set the Window Opacity to 0. This will also prevent any hit testing from occurring. Then you could have a public method on the Window to change the Opacity to 100 when you want to make it visible.

Solution 6 - Wpf

I know absolutely nothing about WPF, but could you create a message only window using other means (PInvoke for example) to receive the WM_HOTKEY message? If yes, then once you receive the WM_HOTKEY, you could launch the WPF window from there.

Solution 7 - Wpf

I've noticed that the last thing that happens when the window is being initialized, is the change of WindowState, if it differs from normal. So, you can actually make use of it:

public void InitializeWindow(Window window) {
	window.Top = Int32.MinValue;
	window.Left = Int32.MinValue;

	window.Width = 0;
	window.Height = 0;

	window.ShowActivated = false;
	window.ShowInTaskbar = false;
	window.Opacity = 0;
	
	window.StateChanged += OnBackgroundStateChanged;

	window.WindowStyle = WindowStyle.None;
}

public void ShowWindow(Window window) {
	window.Show();
	window.WindowState = WindowState.Maximized;
}

protected bool isStateChangeFirst = true;
protected void OnBackgroundStateChanged(object sender, EventArgs e) {
	if (isStateChangeFirst) {
		isStateChangeFirst = false;

		window.Top = 300;
		window.Left = 200;

		window.Width = 760;
		window.Height = 400;

		window.WindowState = WindowState.Normal;

		window.ShowInTaskbar = true;
		window.Opacity = 1;
		window.Activate();
	}
}

That works fair enough for me. And it does not require working with any handles and stuff, and, more importantly, does not require to have a custom class for a window. Which is great for dynamically loaded XAML. And it is also a great way if you are making a fullscreen app. You do not even need to change its state back to normal or set proper width and height. Just go with

protected bool isStateChangeFirst = true;
protected void OnBackgroundStateChanged(object sender, EventArgs e) {
	if (isStateChangeFirst) {
		isStateChangeFirst = false;

		window.ShowInTaskbar = true;
		window.Opacity = 1;
		window.Activate();
	}
}

And you're done.

And even if I am wrong in my assumption that change of state is last thing done when window is being loaded, you can still change to any other event, it does not really matter.

Solution 8 - Wpf

> Start Wpf Window in Hidden mode:

WpfWindow w = new WpfWindow() { Visibility = Visibility.Hidden };

> Start Wpf Window in Visible mode:

WpfWindow w = new WpfWindow();
w.Show();

Solution 9 - Wpf

The WindowInteropHelper class should allow you to get the HWND for the WPF window.

MyWindow win = new MyWindow();
WindowInteropHelper helper = new WindowInteropHelper(win);

IntPtr hwnd = helper.Handle;

MSDN Documentation

Solution 10 - Wpf

Another option in a similar vein to setting the opacity to 0, is to set the size to 0 and set the position to be off the screen. This won't require the AllowsTransparency = True.

Also remember that once you have shown it once you can then hide it and still get the hwnd.

Solution 11 - Wpf

Make the size of the window 0 x 0 px, put ShowInTaskBar to false, show it, then resize it when needed.

Solution 12 - Wpf

I've created extension method for showing invisible window, next Show calls will behave OK.

public static class WindowHelper
{
    public static void ShowInvisible(this Window window)
    {
        // saving original settings
        bool needToShowInTaskbar = window.ShowInTaskbar;
        WindowState initialWindowState = window.WindowState;

        // making window invisible
        window.ShowInTaskbar = false;
        window.WindowState = WindowState.Minimized;

        // showing and hiding window
        window.Show();
        window.Hide();

        // restoring original settings
        window.ShowInTaskbar = needToShowInTaskbar;
        window.WindowState = initialWindowState;
    }
}

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionsvickView Question on Stackoverflow
Solution 1 - WpfPatrick KlugView Answer on Stackoverflow
Solution 2 - WpfDJPView Answer on Stackoverflow
Solution 3 - WpfThomas LevesqueView Answer on Stackoverflow
Solution 4 - WpfThomas LevesqueView Answer on Stackoverflow
Solution 5 - WpfJoel CochranView Answer on Stackoverflow
Solution 6 - WpfAgnel KurianView Answer on Stackoverflow
Solution 7 - WpfNullcallerView Answer on Stackoverflow
Solution 8 - WpfChandraprakashView Answer on Stackoverflow
Solution 9 - WpfShannon CornishView Answer on Stackoverflow
Solution 10 - WpfBen ChildsView Answer on Stackoverflow
Solution 11 - WpfluvieereView Answer on Stackoverflow
Solution 12 - WpfVadim OvchinnikovView Answer on Stackoverflow