c# - 有没有办法判断窗口的大小是由用户还是以编程方式调整的？

Question

小问题

我想根据调整大小的真正原因处理 SizeChange 事件——(1) 由于用户交互或 (2) 其他原因。如何区分？

背景(短)

我有一个内部带有数据网格的窗口，该窗口应该适合其内容。为此，我必须将所有列宽设置为自动。但是，当用户手动调整窗口大小时，会出现额外的“虚拟”列——这很丑陋。所以我的解决方案是这样——将列的宽度设置为 Auto，但是一旦用户调整窗口大小，datagrid 的最后一列就会切换为“*”。

但要做到这一点，我必须读取调整大小的原因。

更多细节(编辑 1)

现在 (!) 首先是窗口在内部调整大小，因为它是创建的。然后再次调整大小，因为位置和大小是从磁盘恢复的(这是我的代码)。然后再次调整大小，因为数据已加载到数据网格中。这些调整大小都是由用户不交互引起的。所以所有列的宽度都应该是自动的。

在第一个用户 (!) 调整大小时，应切换到“星形”模式，即“*”。

更多细节(编辑 2)

看来，很多人并没有意识到这里的问题。您可以将最后一列的宽度设置为自动或“*”(所有其他列的宽度均为自动)。但是因为我使用 SizeToContent，所以只有 Auto 有意义。最初。

现在，一些人认为答案是对每个调整大小事件使用react。这意味着我会立即将宽度设置为“*”。但是为什么我会在事件中将 Width 设置为“*”，而我可以直接在 XAML 中设置它呢？

如果有人仍然没有到达这里是预期行为的工作流程(假设我有 3 列):

1. 宽度 = 自动、自动、自动
2. 创建窗口，调整大小
3. 宽度 = 自动、自动、自动
4. 恢复窗口大小，调整大小
5. 宽度 = 自动、自动、自动
6. 加载数据，调整大小
7. 宽度 = 自动、自动、自动
8. 用户手动调整窗口大小，发生调整
9. 宽度 = 自动、自动、“*”(!)

请注意，在每个步骤窗口中看起来都不错，用户交互当然是“可选的”。

现在，将其与建议的“解决方案”进行比较。

1. 宽度 = 自动、自动、自动
2. 创建窗口，调整大小
3. Widths = Auto, Auto, "*"(从这点来看，窗口看起来很丑)
4. 恢复窗口大小，调整大小
5. 宽度 = 自动、自动、“*”
6. 加载数据，调整大小
7. 宽度 = 自动、自动、“*”
8. 用户手动调整窗口大小，发生调整
9. Widths = Auto, Auto, "*"(看起来不错，因为这是用户意愿)

此“解决方案”100% 等同于此:

1. 宽度 = 自动、自动、“*”
2. 创建窗口
3. 窗口大小恢复
4. 数据加载完毕
5. 用户手动调整窗口大小

我不再关心调整大小，代码更简单，唯一的缺点是窗口看起来很难看。嗯，事实是，它实际上是一个交易破坏者。

请将您的答案作为答案发布，我已经有 2 条评论解决了我的问题，我无法标记它们，因为它们是评论。提前谢谢你。

Answer 1

如果您的窗口最初设置为 SizeToContent="WidthAndHeight"(或 "Width")，那么您可以绑定(bind)到此属性并检测它何时更改为 "Manual"，表示用户调整大小操作已经开始。当它切换到 "Manual" 时，您可以激活对任何进一步调整大小使用react的绑定(bind)或事件。 SizeToContent 的值在用户单击(按下鼠标按钮)窗口边框时立即更新，即在任何实际调整大小发生之前。

从评论来看，很多人没有理解问题的重点。有两种截然不同的情况涉及窗口大小的变化:

1. 窗口的内容发生变化(可能由于多种原因)，并且窗口大小也发生变化以适应内容。由于窗口大小的更改是精确地适应内容，因此无需随后更改内容的大小。
2. 用户更改了窗口大小。在这种情况下，新的窗口大小将不与内容的大小相匹配，因此应调整内容的大小以填充新的窗口大小。

当然，正如某些评论中所建议的那样，由于其他限制，窗口可能无法变得足够大以容纳内容(这可以通过添加 ScrollViewer 控件和 来解决) “自动” 可见性)，但对于许多应用程序，窗口变得大于内容所需的唯一情况是用户手动调整窗口大小。

我自己使用这种方法来限制当用户手动调整窗口大小时禁用的窗口可能的自动高度或宽度 - 在我的应用程序中，有些窗口不应自动控制屏幕(但应该以其他方式适应内容)，但是如果用户想要扩展窗口，他们应该可以自由地这样做。