python - 如何从 'change' 信号处理程序更改 urwid.Edit 的文本？

Question

我想从其“更改”信号处理程序中更改 urwid.Edit 的文本。但是，它什么都不做。最小的工作示例:

import urwid

input_line = urwid.Edit(multiline=True)

def input_change(widget, text):
        if text.endswith("\n"):
                input_line.set_edit_text('')

urwid.connect_signal(input_line, 'change', input_change)
urwid.MainLoop(urwid.Filler(input_line)).run()

如果您按回车键，它实际上会调用 .set_edit_text()，但文本保持不变。我如何实现我想要的？

Answer 1

正如您在 the source 中看到的那样, set_edit_text 方法发出您的 "change" 事件，然后立即将 _edit_text 设置为实际值。*

您也可以通过例如在 set_edit_text 之后立即记录 input_line.edit_text 来验证这一点，以查看您是否已成功更改它。

您在这里需要做的是子类化 Edit 小部件，并覆盖 set_edit_text，** 不处理 “change” 信号。那就很简单了。

例如:

def set_edit_text(self, text):
    if text.endswith('\n'):
        super().set_edit_text('')
    else:
        super().set_edit_text(text)

---

如上所述，GUI 框架有一个很好的理由让事件在应用更改之前触发:这为您的事件处理程序提供了一种查看当前值和新值的方法。

当然，GUI 框架也有很好的理由在应用更改后触发事件。

有些框架同时提供这两种功能。例如，在 Cocoa 中，您通常会在更改之前收到一条 fooWillChange: 消息，然后在更改之后收到一条 fooDidChange: 消息。此外，在某些框架中，“之前”事件为您提供了一种影响事件处理方式的方法(替换其中一个值，吞下事件以使其不会向上传递，等等)。然后是 Tkinter，它提供了一些方法来完成所有这些不同的事情，但它们彼此完全不同，并且每个小部件都不同......

框架没有所有可能的选项是错误吗？好吧，框架太大太笼统也有缺点。它更难开发和维护，更糟糕的是，更难学习。我认为 urwid 在这里做出了合理的选择。特别是因为它是用相对简单的纯 Python 编写的，具有类层次结构，可以轻松覆盖您不喜欢的任何行为。

但是，您可以将其称为文档错误，因为 Urwid 没有告诉您使用了哪种信号逻辑(不可变的“之前”事件)，并且几乎没有提供关于覆盖哪些内容以自定义行为的指导。

---

* 同样值得注意的是，您的 change 处理程序在 set_edit_text 的中间被调用。在 urwid 中，从此处理程序调用 set_edit_text 不是问题，但在许多其他 UI 库中，它可能导致无限递归或奇怪的行为。

** 你当然可以用 monkeypatch Edit 而不是子类化，除非你有特殊的理由这样做，否则我不会这样做。