WPF 中心子窗口无法使用 sizetocontent

Question

如果我将 SizeToContent 设置为 WidthAndHeight，则 WindowStartupLocation="CenterOwner" 无法正常工作。新窗口的中心不是位于其父窗口的中心，而是看起来更像是子窗口的左上角位于父窗口的中心。 如果我删除 SizeToContent 那么一切都可以。 怎么了？

Answer 1

好吧，雷把这一点说得非常出色。简单来说，他想说的是，您在 Loaded 事件中设置控件的内容，该事件会重置 Height 和高度。窗口定位完成后的Width（以及ActualHeight和ActualWidth）。

要解决此问题，您有两种选择：

1. 将内容值设置代码移至构造函数，或者
2. 添加一个简单的方法来根据 Owner 重新计算 Window 的位置并在 Loaded 事件结束时调用此方法，如下所示：

...

private void CenterOwner()
{
    if (Owner != null)
    {
        double top = Owner.Top + ((Owner.Height - this.ActualHeight) / 2);
        double left = Owner.Left + ((Owner.Width - this.ActualWidth) / 2);

        this.Top = top < 0 ? 0 : top;
        this.Left = left < 0 ? 0 : left;
    }
}

Answer 2

当显示窗口时，对其进行测量，然后使用测量过程计算出的窗口的 ActualWidth 和 ActualHeight 来处理 WindowStartupLocation。

您描述的行为告诉我 ActualWidth 和 ActualHeight 在 Show() 或 ShowDialog() 调用时被测量为零或相对较小，然后才设置为非零值。

例如，如果窗口的内容是使用仅在 Loaded 事件上设置的 DataContext 构建的，则可能会发生这种情况。当调用 Show() 时，窗口尚未Loaded，因此它没有数据。稍后，当 Loaded 事件触发时，它会设置 DataContext 并且窗口会更新其内容，但定位已经发生。

还有许多其他场景，例如使用 Dispatcher.BeginInvoke 调用填充的内容，或者来自单独线程的内容，或者延迟或异步的绑定。

基本上，您需要查找任何可能导致调用 Show() 时窗口内容小于正常内容的因素，并修复它。

Answer 3

绑定的动态内容大多直接通过 GUI 呈现，但有时通过 GUI 调度。计时器和其他线程可以发起（MVVM）属性更改事件。可以肯定的是，渲染会在很短的时间内完成，但不能保证，因为位置是 WPF 调度程序队列的优先级。
因此，您无法说出渲染何时完成，并且 WPF 无法说出有关处理顺序的信息 - 因此 WPF 现在无法计算 StartPosition 的理想时间。

一个技巧是等待 WPF 队列为空。那么您就可以确定 WPF 有时间处理您的代码。这意味着，您延迟了 Window 的 ShowDialog 调用。

因此，请为 GUI 主线程提供所需的所有时间，以执行 MVVM 的动态内容更改或其他动态更改。
不要尝试手动计算位置，它非常复杂，要支持多显示器。
尝试使用此代码打开窗口，当WPF完成所有操作时，它仅打开窗口。

        win.Dispatcher.Invoke(new Action(() => win.ShowDialog()), DispatcherPriority.ApplicationIdle);

Answer 4

你的问题有点模棱两可。您在哪个窗口（“父”或“子”）上设置 SizeToContent 和 WindowStartupLocation？

如果我在项目中创建第二个窗口并按照您描述的方式设置其 SizeToContent 和 WindowStartupLocation，我会得到所需的结果。

我能想到的唯一你可能忘记的事情就是实际告诉子窗口它的所有者是谁：

Window2 w = new Window2();
w.Owner = this; // "this" being the parent window
w.ShowDialog();

或者，更简洁地说：

new Window2 { Owner = this }.ShowDialog();