问题标签 [formclosing]

我正在验证表单的 FormClosing 事件上的文本框输入，如果用户决定取消关闭，我设置e.Cancel = true为停止 FormClosing 事件。然后我尝试将焦点设置到第一个文本框，但这不起作用。

如果您有兴趣查看我之前._Cancel提出的不相关问题的方法。

我是学校的初级程序员，我们必须做一个大项目，我的一个表单关闭有问题，特别是自己制作的表单“关闭事件”。

现在我的问题是当我使用 sluitenToolStripMenuItem_Click 并按下是按钮时，它将关闭我的应用程序，这将触发 window_Closing 事件。但我只希望 window_Closing 事件在我的用户点击右上角的大红色 X 时发生，而不是在用户点击我的工具条项目时发生。提前致谢
另外，如果有人对制作好的 GUI 有任何提示，那就太好了；）（我来自比利时，很抱歉我的代码中的荷兰语）

如何检测在此之前触发的 TextBox_Leave 事件中窗体/窗口的控制框右上角的关闭 (X) 按钮的单击事件？我不想知道 CloseReason、FormClosing、FormClosed 或类似的东西，除非它们是不可避免的。

我确实想检测用户是否单击了表单的 X 按钮。我的情况显然是我有文本框和按钮。在 TextBox_Leave 中打开了一个新屏幕，但是当 textBox 聚焦时，请先按（X）按钮离开事件触发，但我需要知道用户是否按（X）按钮或不从离开事件显示新屏幕或关闭当前屏幕.

我不能使用提到的事件，因为它会在 TextBox_Leave 之后触发但我想知道在执行 TextBox_Leave 代码之前是否按下了（X）按钮。

当用户关闭当前的时，我希望使主菜单表单大小正常。我尝试了各种方法来处理 Closing 事件，但注意到表单似乎仍然关闭并且不显示消息框，提醒我该函数已运行。

主菜单表单打开，但在用户使用当前表单时最小化。

我的关闭事件处理程序；

提前致谢。

当用户单击 x 图标并且它可以工作时，我有一个消息框来确认退出，但我只需单击按钮是几次，直到它关闭。任何人都知道为什么或如何解决它？

我有一个 mdi 父窗体，打开时可能有 4 个以上的子窗口打开，除了关闭功能外，一切都运行良好 - 我有一个确认窗口显示如下

这可以正常工作，除非您在 mdi 父级保持打开状态时单击“否”，而子级窗体全部关闭。我该如何防止这种情况？

图片帮助：

正常运行 http://fasttrackdispatch.com/design/normalop.png

但是当您单击 x 时，它会显示如下所示的提示消息（由于某种原因，所有 mdi 子元素都已关闭 - 我没有为此编写代码） http://fasttrackdispatch.com/design/exitmenu.png 什么时候你点击没有 mdi 孩子不返回 http://fasttrackdispatch.com/design/exitmenuno.png

问题是为什么 mdi 儿童关闭，我们如何防止它？

如果表单提交成功，如何更改按钮的行为？

这是我的 JS 代码：

这是模态窗口，我打开它来生成令牌。当它生成成功时，我在模态输入中设置生成的令牌并将按钮的文本更改为关闭，但我不知道如何更改按钮的行为。

我们目前正在更新我们的数据库系统和所有文件，现在将它们（32bit-2005 VC#）构建为 64 位。我遇到的事情是使用this.closing += new CancelEventArgs(Event Name);赋值时数据泄漏。我发现它已经过时了，正如同事所说的那样，我正在寻找一种方法来切换到使用 FormClosing 事件。

...

旧代码和事件前。

这是我想转换为 FormClosing 事件的地方，以便 windows 可以为我处理数据泄漏，而不必像这样为每个事件添加一个 -= 语句到 .dispose() 函数。

创意/新代码

这会是一个可行的选择吗？有关如何进行此更改的任何建议？

编辑：更好地概述我的问题

改变这个：

把它变成我可以使用 Windows 事件来简单地创建 FormClosing 事件的东西。

当我们从 32 位系统转移到 64 位系统时，我们目前正在升级和重新模块化我们的代码。在适当的过程中，我们的目标之一是改变一个 Init() 函数，其中添加了一些东西作为示例。

我希望 Windows 事件来处理这些事情。所以我去了 Windows 窗体事件中的 Form_Closing 事件，[毫不奇怪] 发现这不是 form_closure 事件。我的问题是，CancelEventArgs 与 FormClosingArgs 实际发生的事情之间是否有任何区别，或者这两段代码实际上是在做同样的事情，一个是系统的组件，一个是 Windows 事件处理的结果它最擅长什么？作为一名实习生，我只是在潜入并沉迷于这个新项目。是否可以只用 FormClosing 替换 CancelEventArgs 而不会丢失任何数据或问题？

代码 1：CancelArgs

Form_Closing -- 首选路线

关于我建议使用的另一个问题

在 FormClosing 事件中（在完成冗长的计算后， processingLock 立即变为假）。它的目的应该是让应用程序有条不紊地关闭，并且原始发布者没有使用线程。

在我建议的答案中，有人评论说 DoEvents 从来都不好，提供此链接：Use of Application.DoEvents()

我阅读并（我认为）理解了这个问题。在我看来（这仍然是愚蠢的）如果我在 FormClosing 事件中使用上述 DoEvents 则不会发生混淆事件的风险 - 如果无法取消用户的关闭（例如设置 e.Cancel = true） .

我的问题：这是确保应用程序正常终止的有效方法吗？如果不是，为什么？