如何防止 FindDialog 保持在最前面 (Delphi)？

Question

在 Delphi 2009 中，我做了一个简单的操作：

FindDialog.Execute;

FindDialog 窗口按其应有的方式保留在程序主窗口的顶部。

但是，如果我在我自己的程序窗口上从其他程序打开另一个窗口，FindDialog 窗口将保留在另一个窗口的顶部。

如果我使用另一个程序（例如记事本）中的 FindDialog 尝试此操作，则不会发生这种情况。在记事本及其 FindDialog 上打开另一个程序的窗口将同时覆盖记事本和 FindDialog 窗口。这似乎是正确且预期的行为。

这是我做错了什么还是Delphi实现FindDialog的方式有问题？我可以做些什么来让它以记事本的方式工作吗？

---

谢谢大家的评论。您无法重现我的问题这一事实已经表明这是其他原因造成的。这将帮助我追踪它。当我发现一些东西时，我会进行更多研究并在这里发布更多信息。

---

非常有趣。我的 PrintDialog 没有保持在顶部。仍然不知道为什么我的 FindDialog 会这样做。仍在研究...

---

我将调用更改为：FindDialog.Execute(Handle);仍然在上面。

---

我在主窗体中添加了另一个 FindDialog（这次是 FindDialog1），并在程序启动时执行它。它具有相同的保持领先行为。这至少表明它与我的 FindDialog 或我与之相关的自定义无关。所以这一定是我主窗体中的一个设置。

---

看来我不是唯一遇到这种情况的人。请参阅：Resource Tuner：版本历史记录，它似乎是一个 Delphi 应用程序，版本为 1.99它指出：“错误修正：切换到另一个应用程序时，（搜索）对话框预览窗口保持在顶部。”我可能会尝试联系他们，看看他们是否记得他们的解决方案是什么。

---

我向窗体中添加了一些新对话框，并将这些调用放在一个位置：

FindDialog1.Execute();
PrintDialog1.Execute();
ReplaceDialog1.Execute();
FontDialog1.Execute();

FindDialog 和 ReplaceDialog 位于其他窗口前面的顶部。 PrintDialog 和 FontDialog 没有保持在顶部并按其应有的方式工作。

那么两组对话框之间有什么不同导致前两组对话框出错呢？

---

另外，这个问题发生在我用 Delphi 4 编译的旧版本程序中。 糟糕。现在我发现这个问题在我使用Delphi 4的旧版本中没有发生。

并且是一个用户报告了这个问题。他使用Windows XP，而我在Vista 上开发，所以它发生在不同的操作系统下。

---

确认：是的，我创建一个新表单并在其上添加一个FindDialog。 FindDialog 没有这个问题。这表明我的程序中的某些内容导致 FindDialog 保持在顶部。现在，我必须找出那是什么。还有更多想法吗？如果有人给我一个答案，甚至给我一个线索来帮助我解决这个问题，那么他们就会得到公认的答案。

---

解决方案：Sertac 对他的答案的编辑给了我解决方法：

  Application.NormalizeTopMosts;
  FindDialog.Execute();
  Application.RestoreTopMosts;

这样做可以防止当应用程序不是 TopMost 时 FindDialog 成为 TopMost。

...但我仍然真的不明白这一点（Delphi 关于 NormalizeTopMosts 的帮助）非常令人困惑，并且并不表明它应该这样做。

希望这个“修复”不会导致其他问题。

Answer 1

查看 VCL 代码，查找对话框保持在顶部的唯一可能方式是，当调用“执行”时已经有一个最顶部的窗口。这就是它的编码方式，对话框由“TRedirectorWindow”拥有，而“TRedirectorWindow”由应用程序中 z 顺序的顶部窗口拥有。如果此“顶部窗口”是最顶部窗口，则查找对话框也是最顶部窗口。

procedure TForm1.Button1Click(Sender: TObject);
var
  f: TForm;
begin
  f := TForm.CreateNew(Self);
  f.FormStyle := fsStayOnTop;
  f.Show;
  FindDialog1.Execute;
end;

或者，

procedure TForm1.Button1Click(Sender: TObject);
begin
  FormStyle := fsStayOnTop;
  FindDialog1.Execute;
  FormStyle := fsNormal;
end;

上述示例将创建一个最顶层的查找对话框。但是保持领先的形式可能不会被忽视，所以我想这不会是你的问题的根源。

无论如何，要么是这样，要么您通过其他代码片段以某种方式更改了对话框上的样式。

顺便说一句，不要费心测试将各种句柄传递给 FindDialog1.Execute()，它不会有效果，请参阅我对您的问题的评论。

编辑：

这个怎么样：

procedure TForm1.Button4Click(Sender: TObject);
var
  f: TForm;
begin
  f := TForm.CreateNew(Self);
  f.FormStyle := fsStayOnTop;
  f.Show;
  f.Hide;
  FindDialog1.Execute;
end;

重点是，窗口不必可见即可被 EnumThreadWindows。因此，任何现有的置顶表单都可能导致查找对话框表现出此行为。

测试和观察比猜测更好。在启动查找对话框之前运行以下测试。这结合了“dialogs.pas”执行的逻辑来查找对话框的基础，并且如果对话框位于最顶层，则会引发异常。

function EnumThreadWndProc(hwnd: HWND; var lParam: LPARAM): Bool; stdcall;
var
  Window: TWinControl;
begin
  Result := True;
  Window := FindControl(hwnd);
  if Assigned(Window) and (Window is TForm) then begin
    Result := False;
    lParam := Longint(Window);
  end;
end;

procedure TForm1.Button6Click(Sender: TObject);
var
  OnTopForm: Longint;
begin
  OnTopForm := 0;
  EnumThreadWindows(GetCurrentThreadId, @EnumThreadWndProc, LPARAM(@OnTopForm));
//  if (OnTopForm <> 0) and (TForm(OnTopForm).FormStyle = fsStayOnTop) then
  if (OnTopForm <> 0) and (GetWindowLong(TForm(OnTopForm).Handle,
                            GWL_EXSTYLE) and WS_EX_TOPMOST = WS_EX_TOPMOST) then
    raise Exception.Create('darn! got one: ' + TForm(OnTopForm).Name);
end;

另一个测试可能是在启动对话框之前调用应用程序的 NormalizeTopMosts，但我知道在某些 Delphi 版本中，此方法已损坏并且无法完成其工作。