Bindtag 订单如何影响 Tkinter 中的事件处理？

Tkinter 中的绑定标签和事件处理

在 Tkinter 中，事件处理是通过绑定标签管理的，绑定标签是与小部件关联的标识符。当事件发生时，Tkinter 确定拦截该事件的小部件并检查其绑定标签是否匹配绑定。但是，绑定标签的顺序会影响事件的处理方式。

在提供的示例中，创建了三个条目并将其绑定到同一按键事件。最初，它们的绑定标签设置如下：

entry1.bindtags(('.entry1', 'Entry', '.', 'all'))
entry2.bindtags(('Entry', '.entry1', '.', 'all'))
entry3.bindtags(('.entry1','Entry','post-class-bindings', '.', 'all'))

在前两种情况下，顺序是：条目自己的绑定标签、Entry（所有条目的类）以及所有小部件的通配符绑定标签。在第三种情况下，包含额外的绑定标签后类绑定。

当按键事件发生时：

• entry1:

  • .entry1 标签匹配并触发其绑定。然而，此时，事件的值（输入的字符）尚未复制到条目小部件，因此状态标签还不会显示它。
  • Entry 标签接下来会触发，导致字符被插入到

• entry2:

  • 与entry1类似，.entry1标签首先触发，但不会更新
  • 但是，Entry 标签在在本例中为 .entry1 标记，因此该角色会立即插入到小部件中，并且状态标签会正确更新。

• entry3:

  • 发生与entry1相同的行为：.entry1标签触发并且不更新widget。
  • Entry 标记不包含在其绑定标记列表中。
  • 遇到 post-class-bindings 标记，并且其绑定在任何其他类绑定之前执行。在这种情况下，条目的类绑定仍然会执行并将字符插入到小部件中，但因为它在后类绑定绑定之后触发，所以直到报告事件值之后小部件才会更新。

因此，bindtags 的顺序决定了何时触发小部件的类绑定。在前两种情况下，类绑定在小部件的事件值更新后触发，从而导致滞后。在第三种情况下，类绑定在任何其他类绑定之前执行，解决了滞后问题。

以上是Bindtag 订单如何影响 Tkinter 中的事件处理？的详细内容。更多信息请关注PHP中文网其他相关文章！