如何将我的WPF应用程序带到桌面的前端?到目前为止,我已经尝试过:
SwitchToThisWindow(new WindowInteropHelper(Application.Current.MainWindow).Handle, true);
SetWindowPos(new WindowInteropHelper(Application.Current.MainWindow).Handle, IntPtr.Zero, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE);
SetForegroundWindow(new WindowInteropHelper(Application.Current.MainWindow).Handle);
其中没有一个正在完成这项工作( Marshal.GetLastWin32Error()
表示这些操作已成功完成,并且每个定义的P / Invoke属性都有 SetLastError=true
) .
如果我创建一个新的空白WPF应用程序,并使用计时器调用 SwitchToThisWindow
,它完全按预期工作,所以我'm not sure why it'在我的原始情况下不起作用 .
Edit :我正在与全球热键一起做这件事 .
18 回答
我知道这是迟到的答案,可能对研究人员有帮助
为什么这个页面上的一些答案是错误的!
任何使用
window.Focus()
的答案都是错误的 .为什么?如果弹出通知消息,
window.Focus()
将从当时用户输入的内容中获取焦点 . 这对最终用户来说是极其令人沮丧的,特别是如果弹出窗口经常发生的话 .任何使用
window.Activate()
的答案都是错误的 .为什么?它还可以使任何父窗口可见 .
任何省略
window.ShowActivated = false
的答案都是错误的 .为什么?当消息弹出时,它将从另一个窗口 grab 焦点,这非常烦人!
任何不使用
Visibility.Visible
隐藏/显示窗口的答案都是错误的 .为什么?如果我们使用Citrix,如果窗口在关闭时没有折叠,它将在屏幕上留下一个奇怪的黑色矩形保持 . 因此,我们不能使用
window.Show()
和window.Hide()
.实质上:
当窗口激活时,窗口不应将焦点从任何其他窗口移开;
窗口显示时不应激活其父窗口;
窗口应该兼容与Citrix .
MVVM解决方案
此代码与Citrix 100%兼容(屏幕没有空白区域) . 它使用普通WPF和DevExpress进行测试 .
此答案适用于我们想要一个始终位于其他窗口前面的小通知窗口的任何用例(如果用户在首选项中选择此窗口) .
如果这个答案看起来比其他答案更复杂,那是因为它是健壮的企业级代码 . 此页面上的其他一些答案很简单,但实际上并不起作用 .
XAML - 附属 property
将此附加属性添加到窗口中的任何
UserControl
. 附属 properties 将:等到
Loaded
事件被触发(否则它无法查找可视树以查找父窗口) .添加一个事件处理程序,确保窗口可见或不可见 .
在任何时候,您都可以通过翻转附加属性的值将窗口设置在前面或不前面 .
C# - 助手方法
用法
要使用它,您需要在ViewModel中创建窗口:
其他链接
有关如何确保通知窗口始终切换回可见屏幕的提示,请参阅我的回答:In WPF, how to shift a window onto the screen if it is off the screen? .
尝试将窗口置于前台并激活它 .
这应该是诀窍,除非我误解了你想要永远在行为上 . 在这种情况下,你想要:
我找到了一个将窗口置于顶部的解决方案,但它的行为与普通窗口相同:
如果您在第一次加载时需要窗口在前面,那么您应该使用以下内容:
为了使这个快速复制粘贴一个 -
使用此类'
DoOnProcess
方法将进程'主窗口移动到前台(但不从其他窗口窃取焦点)HTH
我知道这个问题相当陈旧,但我刚刚遇到这个精确的场景,并希望分享我实施的解决方案 .
正如本页评论中所提到的,所提出的一些解决方案不适用于XP,我需要在我的场景中支持 . 虽然我同意@Matthew Xavier的观点,即一般来说这是一个糟糕的用户体验,但有时候它完全是一个可信的用户体验 .
将WPF窗口置于顶端的解决方案实际上是通过我用来提供全局热键的相同代码提供给我的 . A blog article by Joseph Cooney包含link to his code samples,其中包含原始代码 .
我已经清理并修改了一些代码,并将其作为System.Windows.Window的扩展方法实现 . 我已经在XP 32位和Win7 64位上进行了测试,两者都正常工作 .
我希望这段代码可以帮助遇到这个问题的其他人 .
如果用户正在与另一个应用程序进行交互,则可能无法将您的应用程序置于最前面 . 作为一般规则,如果该进程已经是前台进程,则进程只能设置前台窗口 . (Microsoft记录了SetForegroundWindow() MSDN条目中的限制 . )这是因为:
用户"owns"前景 . 例如,如果另一个程序在用户输入时偷走了前台,至少打断了她的工作流程,并且可能导致意外后果,因为她对一个应用程序的击键被犯罪者误解,直到她注意到更改,这将是非常烦人的 .
想象一下,两个程序中的每一个都检查其窗口是否为前景,如果不是,则尝试将其设置为前台 . 一旦第二个程序运行,计算机就会变得无用,因为前台在每个任务切换时都会在两个程序之间反弹 .
我遇到了类似的问题,WPF应用程序通过Shell对象从Access应用程序调用 .
我的解决方案如下 - 适用于XP和Win7 x64,应用程序编译为x86目标 .
我宁愿这样做比模拟一个alt-tab .
那么,因为这是一个热门话题......这对我有用 . 如果我没有这样做,我会收到错误,因为如果你看不到窗口,Activate()就会出错 .
XAML:
代码隐藏:
这是我让窗口显示在顶部的唯一方法 . 然后激活它,这样您就可以输入框而无需用鼠标设置焦点 . control.Focus()不会工作,除非窗口是Active();
好吧,我想出了一个解决方法 . 我正在通过用于实现热键的键盘钩子进行呼叫 . 如果我将其置于具有暂停的BackgroundWorker中,则调用将按预期工作 . 这是一个kludge,但我不知道为什么它最初没有工作 .
要显示任何当前打开的窗口导入这些DLL:
在程序中我们搜索具有指定 Headers 的应用程序(没有第一个字母的写 Headers (索引> 0))
问题可能是从钩子调用代码的线程尚未被运行时初始化,因此调用运行时方法不起作用 .
也许您可以尝试执行Invoke将代码编组到UI线程上,以调用将窗口置于前台的代码 .
这些代码一直都可以正常工作 .
首先在XAML中设置激活的事件处理程序:
将以下行添加到主窗口构造函数块:
在激活的事件处理程序中复制此代码:
这些步骤将正常工作,并将所有其他窗口带到他们的父窗口 .
如果你试图隐藏窗口,例如你最小化窗口,我发现使用
将正确隐藏它,然后简单地使用
然后将再次将窗口显示为最顶级的项目 .
只是想为这个问题添加另一个解决方案 . 此实现适用于我的场景,其中CaliBurn负责显示主窗口 .
请记住,不要将显示该窗口的代码放在PreviewMouseDoubleClick处理程序中,因为活动窗口将切换回处理该事件的窗口 . 只需将它放在MouseDoubleClick事件处理程序中,或通过将e.Handled设置为True来停止冒泡 .
在我的情况下,我在Listview上处理PreviewMouseDoubleClick并且没有设置e.Handled = true然后它引发了MouseDoubleClick事件,使焦点回到原始窗口 .
我构建了一个扩展方法,以便于重用 .
在Form Constructor中调用