我尝试使用 JMP 提供的不同状态处理程序，但我使用它们的次数越多，我发现它们的问题就越多。 我想使用它们的原因有很多，也许还有更多的原因让我避免使用它们。 最大的问题通常是它们似乎触发了太多次，并且返回的值没有那么有用。
订阅数据表 List() 是关于其中大多数应该如何工作的一个很好的例子。 您可以为不同的事件添加不同的功能（尽管有时很麻烦）。 您可以想象，如果每次数据表列表发生某些事情（添加、删除、重命名）时订阅数据表 List() 会触发它并且仅返回数据表名称（或更改的数据表数量） ...) 仅此而已。
以下是一些问题和建议：
悬停标签
问题
当您靠近要悬停的点时似乎会触发。 这会导致多个触发器并不必要地减慢 JMP，有时这种减慢非常大。 当您将鼠标悬停在点上时也会立即触发 -> 如果您将鼠标快速移动到多个元素上，它将触发多次。 悬停时也会触发多次（可能与前面提到的所有事情有关）
建议
使悬停标签触发时更加准确。 添加触发事件时“延迟”的可能性，例如，我希望能够在用户将鼠标悬停在同一元素上 0.2 秒后触发悬停标签。 还允许选择“安全区”来确定何时应该触发悬停标签。
行状态处理程序
问题
触发太多次和所有事件。 有一个删除行的错误，行状态处理程序似乎被删除了。
建议
如果有一种方法可以仅捕获特定的行状态更改（并修复错误），那么很可能就足够了。
过滤状态处理程序
问题
触发次数过多。 一个例子是，如果您甚至查看过滤器，状态处理程序就会触发。
建议
从过滤器状态处理程序中删除不必要的触发器或提供选择哪些状态应该触发哪个功能的可能性。
调度器
问题
一次只能有一个调度程序，并且您不能隐藏调度程序窗口。
建议
允许同时创建私有调度器（目前我隐藏窗口并希望用户不要关闭它）和多个不同的调度器。
