问题标签 [event-handling]

来自这个问题，我有一个带有自定义弹出窗口的 wxComboCtrl，该弹出窗口由带有一堆单选按钮的面板组成。我的问题是，当我打开弹出窗口时，组合没有击键，因为事件由面板本身处理..我想将这些KeyEvents重定向到组合的textctrl，但我找不到让它工作的方法：/
我走错路了吗？我应该在用户按键时手动处理 textctrl 值吗？我认为这会有点麻烦.. 因为据说 textctrl 已经知道如何处理这些事件..

这是我的测试用例（Linux 上的 wxPython 2.8），“on_key”方法应该是罪魁祸首：

编辑：
我在同一主题上发现了这些（未解决的）讨论。
“当显示 ComboPopup 时，ComboCtrl 失去键盘焦点”
“使用 wx.ComboCtrl 的问题”

我正在使用启用 Ajax 的页面，并且我没有在此页面中使用任何控件。即使这样，SelectedIndexChanged事件也不会触发。我已经从数据库中添加了项目，没有重复并且还设置了AutoPostBackproperty="true"。我想在选择一个项目时从数据库中添加项目。选择始终显示第一个元素并且SelectedIndexChanged事件不起作用。

我想调用 Update ... Set ... Where ... 来更新一个字段，只要那个邪恶的 ERP 流程正在改变另一个字段的值。

我正在运行 MS SQL。

为什么事件处理程序会在一天工作，然后在没有任何代码更改的情况下在第二天停止工作？

我已经多次遇到这个问题，但总是不得不玩弄，不知何故，事件处理程序又神奇地工作了。以下是今天再次发生在我身上的示例。您知道解决此类问题的快速方法吗？

我在这个方法上设置了一个断点，它永远不会被命中。

我试过清理解决方案，重建所有等等。这里有什么见解吗？

编辑：

是的，AutoEventWireup 设置为 true。没有进行其他系统/开发环境更改。我正在使用.NET 3.5。

编辑：在进一步检查中，Firefox 似乎没有这样做，但 Chrome 肯定会这样做。我猜这只是新浏览器的一个错误 - 对于每个事件，I/O 读取也会发生在 Chrome 中，但不会发生在 FF 中。

当我在浏览器中加载以下页面时（我在 Vista 下的 Chrome 和 Firefox 3 中进行了测试）并在周围移动鼠标时，内存总是增加并且似乎永远不会减少。

这是：

1. 浏览器的预期行为
2. 浏览器中的内存泄漏或
3. 提供的代码中的内存泄漏？

.

和想法都来自这里(el = [el].pop())，尽管它们似乎都没有帮助 - 可以理解，因为它们只是用于 ie6 修复。try/finally

我还尝试过使用 addEventListener 和 onmouseover 方法来添加事件。我发现防止内存增加的唯一方法是注释掉这两行代码。

我通过 ajax (post) 请求将内容放在我的页面上，如下所示：

随着html回来看起来像：

这一切都很好，花花公子，一切看起来都应该，没有问题。

当我将一个事件挂接到通过 ajax 调用添加的“引用”锚点时，就会出现问题。具体来说，该锚点上的 jQuery 事件不会触发。为什么？

例如：

什么也没做。就像上面没有事件一样。我知道它正在处理页面上未通过 ajax 请求添加的其他锚点，因此那里没有代码错误，另外，如果我刷新页面，它将正确触发。发生这种情况是否有某种原因，我是否需要以某种方式重新初始化锚标记上的该事件？有任何想法吗？

使用 jQuery 1.3.1（也不适用于 1.2.6）所以我相信这是我的实现而不是代码本身。

首先，我是一个完整的Java NOOB。

我想用一个功能处理多个按钮按下，并根据单击的按钮执行某些操作。我正在使用 Netbeans，并添加了一个具有绑定功能的事件。默认情况下，该函数会发送一个 ActionEvent。

如何获取被单击的对象以从该函数中触发绑定函数，以便我知道要追求哪个功能？

我一直在寻找这个，但没有任何解释。

对于 javascript 中的“onclick”和其他事件，返回false的事件处理程序意味着“阻止默认操作”。但是，“onmouseover”有一个例外。对于“onmouseover”，返回true表示“阻止默认操作”。

为什么“onmouseover”会有这样一个奇怪的例外情况？

我正在解决一个需要我在 64 位 Cocoa 应用程序中执行以下操作的问题：

1. 从我的应用程序中生成一个 32 位 Cocoa 辅助工具（命令行工具）。此帮助程序将打开一个文件（准确地说是一部快速电影）并使用 32 位 API（Quicktime-C API）访问有关该文件的信息
2. 从 32 位进程收集的数据需要传回 64 位应用程序。
3. 64 位应用程序应等到 32 位进程完成后再继续

在 Cocoa 中有很多方法可以实现这一点，但据我所知，这是我可以采用的两种方法。

选项 1：带有管道的 NSTask

1. 使用 NSTask 生成 32 位进程
2. 将 NSTasks 标准输出重定向到管道，并在 64 位进程中从该管道读取数据。
3. 解析管道中的数据，这将涉及将字符串从标准输出转换为数据（整数、浮点数、字符串等）

选项 2：带有 NSDistributedNotificationCenter 的 NSTask

1. 使用 NSTask 生成 32 位进程
2. 当数据在 32 位进程中准备好时，发送一个 NSNotification 到分布式通知中心，并在事件中包含一个包含所有相关数据的字典。
3. 在 64 位应用中订阅相同的 NSNotification

所以我对 StackOverflowers 的问题是，哪个选项“更好”？
哪个是更好的做法？
哪个更有效率？

我倾向于选项 2，因为似乎涉及的代码更少。如果这两种方法都不是很好，有没有更好的方法来做到这一点？

我是 WPF 的新手，来自 WinForms 背景，并且有一个关于绑定与事件处理的相当基本的问题。

为了尝试保持某种责任分离，我有一堆Presentation对象，它们只需要Dependency Properties保存业务对象的 UI 数据部分，业务对象包含相似的数据，但数据类型有时不同，因此Presentation对象是正确的显示目的。所以像

的属性MyPresentation然后是数据绑定到各种控件，我使用Triggers 等来更改表示依赖属性，这会导致OnPropertyChanged事件中的业务对象更改

我的问题是我是否以正确的方式使用绑定？Binding通常（在 Winforms 中）我会使用点击事件等来更改我的业务对象（或它们的演示版本）的值，但是现在您可以使用、Triggers 和事件，这些事件和那种事件处理似乎是多余的OnPropertyChanged。

我错过了什么吗？